Basisprincipes van client-server en toepassingen en componentconfiguraties in Oracle 12c - dummies

De Oracle 12c-database bestaat niet alleen; het werkt als onderdeel van een computersysteem. Voordat u de Oracle-software installeert en uw database configureert, moet u weten hoe uw database in de algehele systeemarchitectuur past. Sommige systemen zijn complexer dan andere, maar de meeste vallen in de volgende basiscategorieën:

• Client-server

• Multi-tier

• Componentconfiguraties

Weten in welke categorie je database past, maakt een groot verschil tijdens je systeemconfiguratie omdat je de specifieke behoeften van je database kent.

Client-servertoepassingen in Oracle 12c

Client-servertoepassingen (soms tweevoudige applicaties genoemd) zijn die waarbij op het werkstation van de gebruiker het toepassingsprogramma is geïnstalleerd en tijdens de uitvoering, het programma opent gegevens die zijn opgeslagen op een externe databaseserver. Hoewel u hier wat bewegingsruimte hebt, verwerkt het werkstation de presentatie- en toepassingslogica en fungeert de databaseserver als een gegevensopslag. Hier ziet u hoe een client-serverconfiguratie werkt.

Het werkstation (client-tier) verwerkt de applicatielogica en presentatie voor de gebruiker. Applicatielogica kan geïmplanteerd worden via veel verschillende talen, maar veelvoorkomende voorbeelden zijn PowerBuilder, MS Visual Basic, Java-applicaties en zelfs sommige versies van Oracle Forms en Reports.

Wanneer deze client-side applicaties gegevens nodig hebben, benaderen ze de database via ODBC (Open Database Connectivity), JDBC (Java Database Connectivity) of Oracle Net door tnsnames op de client te gebruiken. ora-bestanden. Deze database-communicatieprotocollen maken connectiviteit van elke client met elke database mogelijk, inclusief Oracle.

Op de databaselaag slaat de database de gegevens op en verschaft deze via gebruikers, rollen en machtigingen die gegevens aan de toepassing in reactie op SQL-queries en DML-instructies (data-manipulation language) (die eenvoudigweg SQL-instructies zijn die de gegevens manipuleren of wijzigen). Afhankelijk van het feit of u een dikke of een thin client gebruikt, kan het zijn dat een deel van de applicatielogica en -verwerking wordt overgebracht naar de databaselaag.

Het verwerken van gegevens op de databaseserver is vaak logisch, omdat een databaseserver veel intensievere bewerkingen en numerieke bewerkingen kan uitvoeren dan zelfs het grootste werkstation. Gegevensverwerking wordt gebruikelijk uitgevoerd via databaseprocedures, functies en pakketten, die de gegevens verwerken in een kleinere resultaatset die moet worden teruggestuurd naar de client voor presentatie aan de gebruiker.

Veel mensen hebben beweerd dat de client-server dood is. Als dat zo is, waarom zijn er dan nog zoveel client-servertoepassingen beschikbaar? De client-serverarchitectuur is ouder en er bestaan ​​veel nieuwere applicaties in de wereld met meerdere lagen. Een eenvoudige client-servertoepassing voldoet echter nog steeds aan de onmiddellijke behoeften van een bedrijf in veel situaties. De client-servertoepassing kan een oudere toepassing zijn die zijn werk doet - dus het bedrijf hoeft niet te upgraden.

Componentconfiguraties in Oracle 12c

In client-server- en multi-tier-systemen was de Oracle-database de kern van het systeem omdat deze de gegevens bevat. Bestaan ​​als de primaire gegevensopslag voor het gehele systeem is het meest gebruikelijke gebruik van een Oracle-database, maar het is niet de enige keer dat u Oracle moet installeren.

Deze databases spelen bijvoorbeeld vaak een ondersteunende rol en fungeren als secundaire gegevensopslagruimten voor grotere commerciële off-the-shelf (COTS) -toepassingen. In deze gevallen fungeren Oracle-databases als opslagplaatsen die gespecialiseerde gegevens opslaan voor gebruik binnen een groter systeem. Tijdens de installatie van het grotere systeem wordt de Oracle-database geïnstalleerd als een ondersteunend onderdeel.

Een bekend voorbeeld van een Oracle-gegevensopslagruimte waarmee u bekend bent, is Oracle Designer. U kunt deze Oracle-ontwikkelaarstool gebruiken om toepassingscode (onder andere) te ontwerpen, maken en opslaan en deze bevindt zich op het bureaublad van de gebruiker.

Wanneer de gebruiker Oracle Designer start, wordt gevraagd om een ​​Oracle-gegevensopslagruimte om verbinding mee te maken en geeft de gebruiker die informatie op. Het is binnen die repository dat alle objecten die door de Designer-desktop moeten worden gebruikt, worden opgeslagen.

Oracle Internet Directory (OID) is een actueler voorbeeld van Oracle als subcomponent binnen een omgeving met meerdere lagen. OID is de Oracle-implementatie van een LDAP (Lightweight Directory Access Protocol).

LDAP's zijn hiërarchisch gedefinieerde (niet relationele) gegevensopslag (geen databases) waarmee snel toegang tot gegevens van systemen kan worden gezocht. Een bekend voorbeeld is een e-mailadressenboek dat niet veel updates of diep gelaagde gegevens bevat - het is slechts een behoefte aan snelle opzoekingen van een gegeven dat het kerngebruik van een LDAP is.

Een ander veelgebruikt LDAP-gebruik is om gebruikers en hun referenties op te slaan, zodat webtoepassingsservers een persoon eenvoudig kunnen opzoeken om te zien of ze gemachtigd is om toegang te krijgen tot een systeem. Je wilt tenslotte niet zomaar iemand in je systeem toelaten!

Deze referentie-verificatie creëert een behoefte aan de Oracle Fusion Middleware-producten (OFM) en een LDAP is de oplossing. En natuurlijk, omdat Oracle in de allereerste plaats een databasebedrijf was, koos het ervoor om zijn LDAP-implementatie in een Oracle-database, OID, te plaatsen.

Op deze manier kan een gespecialiseerde Oracle-database verificatie via OID / LDAP bieden voor een groter systeem dat Oracle ook gebruikt voor de back-enddatabase waar traditionele klantgegevens worden opgeslagen. De OID is slechts een noodzakelijke component in een groter systeem.