Innholdsfortegnelse:
Video: What's the difference between a proxy and VPN? 2025
Oracle 12c-databasen eksisterer ikke bare i isolasjon; det fungerer som en del av et datasystem. Før du installerer Oracle-programvaren og konfigurerer databasen, må du vite hvordan databasen passer inn i den generelle systemarkitekturen. Noen systemer er mer komplekse enn andre, men de fleste faller inn i følgende grunnleggende kategorier:
-
Klientserver
-
Flerfag
-
Komponentkonfigurasjoner
Å vite hvilken kategori din database passer inn, vil gjøre en stor forskjell under systemoppsettet ditt fordi du kjenner de spesifikke behovene til databasen din.
Klientserverapplikasjoner i Oracle 12c
Klient-serverapplikasjoner (noen ganger kalt to-tier-applikasjoner ) er de som brukerens arbeidsstasjon har applikasjonsprogrammet installert på og under kjøring, får programmet tilgang til data som er lagret på en ekstern databaseserver. Selv om du har noe wiggle room her, håndterer arbeidsstasjonen presentasjons- og applikasjonslogikken, og databaseserveren fungerer som en datalager. Slik fungerer en klient-server-konfigurasjon.
Arbeidsstasjonen (klient-tier) håndterer programlogikken og presentasjonen til brukeren. Programlogikk kan bli implantert via mange forskjellige språk, men vanlige eksempler inkluderer PowerBuilder, MS Visual Basic, Java-programmer og til og med noen versjoner av Oracle Forms and Reports.
Når disse applikasjonene på klientsiden trenger data, får de tilgang til databasen via ODBC (Open Database Connectivity), JDBC (Java Database Connectivity) eller Oracle Net ved hjelp av tnsnames på klientsiden. ora filer. Disse databasekommunikasjonsprotokollene tillater tilkobling fra en hvilken som helst klient til en hvilken som helst database, inkludert Oracle.
I databasen lagrer databasen dataene, og via brukerne, roller og tillatelser, gir den dataene til applikasjonen som svar på SQL-spørringer og DML-setninger (DML) som bare er SQL-setninger som manipulerer eller endrer dataene). Avhengig av om du bruker en fett eller tynn klient, kan noen av programlogikken og prosesseringen være avlastet til databasenivået.
Behandling på databaseserveren gir ofte mening fordi en databaseserver kan gjøre mye mer intensiv behandling og nummerkremping enn den største arbeidsstasjonen. Databehandling utføres vanligvis via databaseprosedyrer, -funksjoner og -pakker, som behandler dataene i et mindre resultat som skal returneres til klienten for presentasjon til brukeren.
Mange har hevdet at klient-serveren er død. Hvis det er, hvorfor er så mange klient-serverprogrammer fortsatt der ute? Klient-server arkitekturen er eldre, og mange nyere applikasjoner finnes i multi-tier verden. En enkel klient-server-applikasjon oppfyller likevel de umiddelbare behovene til en bedrift i mange situasjoner. Klient-server-programmet kan være et eldre program som gjør jobben sin, så virksomheten trenger ikke å oppgradere.
Komponentkonfigurasjoner i Oracle 12c
I klient-server og multi-tier-systemer var Oracle-databasen kjernen i systemet fordi den inneholder dataene. Eksisterende som primær datalager for hele systemet er den vanligste bruken av en Oracle-database, men det er ikke den eneste tiden du må installere Oracle.
Disse databasene har for eksempel ofte en støtterolle som fungerer som sekundære datalager for større kommersielle off-the-shelf-programmer (COTS). I slike tilfeller fungerer Oracle-databaser som lagre som lagrer spesialiserte data for bruk i et større system. Under installasjonen av det større systemet, er Oracle-databasen installert som en støttende komponent.
Et vanlig eksempel på et Oracle-depot som du kanskje er kjent med, er Oracle Designer. Du kan bruke dette Oracle-utviklerverktøyet til å designe, lage og lagre programkode (blant annet), og den ligger på brukerens skrivebord.
Når brukeren starter Oracle Designer, ber det om at et Oracle-depot skal koble til, og brukeren spesifiserer denne informasjonen. Det er innenfor det repository at alle objekter som skal brukes av Designer-skrivebordet, er lagret.
Oracle Internet Directory (OID) er et mer aktuelt eksempel på Oracle som fungerer som en delkomponent innenfor et multi-trinns miljø. OID er Oracle implementering av en LDAP (Lightweight Directory Access Protocol).
LDAP er hierarkisk definerte (ikke relasjonelle) datalager (ikke databaser) som tillater system rask oppslagstillatelse av data. Et vanlig eksempel er en e-post adressebok, som ikke inneholder mange oppdateringer eller dypt lagrede data. Det er bare et behov for rask oppslag av et data, som er kjernevirksomheten til en LDAP.
En annen vanlig LDAP-bruk er å lagre brukere og deres legitimasjon slik at webapplikasjonsservere enkelt kan slå opp en person for å se om hun er autorisert til å få tilgang til et system. Tross alt, vil du ikke tillate bare noen inn i systemet ditt!
Denne legitimasjonsbekreftelsen skaper et behov for Oracle Fusion Middleware-produkter (OFM), og en LDAP er løsningen. Og selvfølgelig, med Oracle som databaseselskap først og fremst, valgte han å sette sin LDAP-implementering inne i en Oracle-database, som er OID.
Slik kan en spesialisert Oracle-database gi autentisering via OID / LDAP for et større system som også skjer med å bruke Oracle for backend-databasen der tradisjonelle kundedata lagres. OID er bare en nødvendig komponent i et større system.
