Indholdsfortegnelse:
Video: How to Install and Configure Git and GitHub on Windows 2025
Oracle 12c-databasen findes ikke alene isoleret; det virker som en del af et edb-system. Før du installerer Oracle-softwaren og konfigurerer din database, skal du vide, hvordan din database passer ind i den samlede systemarkitektur. Nogle systemer er mere komplekse end andre, men de fleste falder ind i følgende grundlæggende kategorier:
-
Client-server
-
Multi-tier
-
Komponentkonfigurationer
At vide, hvilken kategori din database passer ind, vil gøre en stor forskel under din systemopsætning, fordi du kender de specifikke behov i din database.
Client-server applikationer i Oracle 12c
Client-server applikationer (undertiden kaldet to-tier applikationer ) er dem, hvor brugerens arbejdsstation har applikationsprogrammet installeret og under udførelse, får programmet adgang til data, der er gemt på en ekstern databaseserver. Selv om du har noget wiggle room her, håndterer arbejdsstationen præsentationen og applikationslogikken, og databaseserveren fungerer som en datalager. Sådan fungerer en klient-server-konfiguration.
Arbejdspladsen (klient-tier) håndterer applikationslogikken og præsentationen til brugeren. Programlogikken kan implanteres via mange forskellige sprog, men almindelige eksempler omfatter PowerBuilder, MS Visual Basic, Java-applikationer og endda nogle versioner af Oracle Forms and Reports.
Når disse applikationer på klientsiden har brug for data, får de adgang til databasen via ODBC (Open Database Connectivity), JDBC (Java Database Connectivity) eller Oracle Net ved hjælp af tnsnames på klientsiden. ora filer. Disse databasekommunikationsprotokoller tillader tilslutning fra enhver klient til enhver database, herunder Oracle.
Databasen lagrer dataene, og via brugerne giver roller og tilladelser den data til applikationen som svar på SQL-forespørgsler og DML-data (DML) som blot er SQL-sætninger, der manipulerer eller ændrer dataene). Afhængigt af om du bruger en fed eller tynd klient, kan nogle af programlogikken og behandlingen blive aflæst til databaseniveauet.
Behandling på databaseserveren giver ofte mening, fordi en databaseserver kan gøre meget mere intensiv behandling og antal-knap end end den største arbejdsstation. Databehandling udføres almindeligvis via databaseprocedurer, funktioner og pakker, som behandler dataene i et mindre resultat, der skal returneres til klienten, til præsentation for brugeren.
Mange har hævdet, at klient-serveren er død. Hvis det er, hvorfor er så mange klient-server-applikationer stadig derude? Klient-server arkitekturen er ældre, og mange nyere applikationer findes i multi-tier verden. En simpel klient-server-applikation opfylder dog stadig en virksomheds umiddelbare behov i mange situationer. Klient-server applikationen kan være en gammel applikation, der gør sit job - så virksomheden behøver ikke at opgradere.
Komponentkonfigurationer i Oracle 12c
I klient-server og multi-tier-systemer var Oracle-databasen kernen i systemet, fordi den indeholder dataene. Eksisterende som den primære datalager for hele systemet er den mest almindelige brug af en Oracle-database, men det er ikke den eneste gang, du skal installere Oracle.
F.eks. Har disse databaser ofte en støttende rolle, der fungerer som sekundære datalager til større COTS-applikationer (Commercial Off-The-Shelf). I disse tilfælde fungerer Oracle-databaser som lagre, der lagrer specialiserede data til brug i et større system. Under installationen af det større system installeres Oracle-databasen som en understøttende komponent.
Et almindeligt eksempel på et Oracle-depot, som du måske er bekendt med, er Oracle Designer. Du kan bruge dette Oracle-udviklerværktøj til at designe, oprette og gemme applikationskode (blandt andet), og den ligger på brugerens skrivebord.
Når brugeren starter Oracle Designer, beder den om, at et Oracle-depot skal oprette forbindelse til, og brugeren angiver disse oplysninger. Det er inden for det pågældende arkiv, at alle genstande, der skal bruges af Designer-skrivebordet, gemmes.
Oracle Internet Directory (OID) er et mere aktuelt eksempel på Oracle, der fungerer som en underkomponent inden for et multi-niveau-miljø. OID er Oracle implementering af en LDAP (Lightweight Directory Access Protocol).
LDAP'er er hierarkisk definerede (ikke relationelle) datalager (ikke databaser), der gør det muligt for systemerne hurtig opsøgning af data. Et almindeligt eksempel er en e-mail-adressebog, der ikke indeholder mange opdateringer eller dybt lagrede data. Det er kun et behov for hurtige opslag af et data, som er den grundlæggende brug af en LDAP.
En anden almindelig LDAP-brug er at gemme brugere og deres legitimationsoplysninger, så webapplikationsservere blot kan slå op en person for at se, om hun er autoriseret til at få adgang til et system. Når alt kommer til alt, vil du ikke bare tillade nogen i dit system!
Denne legitimationsbekræftelse skaber et behov for Oracle Fusion Middleware-produkter (OFM), og en LDAP er løsningen. Og selvfølgelig valgte Oracle at være en databaseselskab først og fremmest at sætte sin LDAP implementering inde i en Oracle database, som er OID.
Sådan kan en specialiseret Oracle-database give autentificering via OID / LDAP til et større system, der også sker ved at bruge Oracle til backend-databasen, hvor traditionelle kundedata er gemt. OID er kun en nødvendig komponent i et større system.
