Innehållsförteckning:
Video: Val kring infrastruktur och labbmiljö för inledande programmeringskurs i Python 2025
Oracle 12c-databasen finns inte helt enkelt isolerad; det fungerar som en del av ett datorsystem. Innan du installerar Oracle-programvaran och konfigurerar din databas, behöver du veta hur din databas passar in i den övergripande systemarkitekturen. Vissa system är mer komplexa än andra, men de flesta faller i följande grundläggande kategorier:
-
Klientserver
-
Flervärde
-
Komponentkonfigurationer
Att veta vilken kategori din databas passar in kommer att göra stor skillnad under systeminstallationen eftersom du känner till specifika behov i din databas.
Klientserverapplikationer i Oracle 12c
Klientserverapplikationer (ibland kallade tvåprogramsapplikationer ) är de där användarens arbetsstation har applikationsprogrammet installerat och under körning, åtkomst till programmet data lagrad på en fjärrdataserver. Även om du har lite wiggle-rum här hanterar arbetsstationen presentations- och applikationslogiken, och databasservern fungerar som en datalagring. Så här fungerar en klient-server-konfiguration.
Arbetsplatsen (klient-tier) hanterar applikationslogiken och presentationen till användaren. Applikationslogiken kan implanteras via många olika språk, men vanliga exempel är PowerBuilder, MS Visual Basic, Java-program och även vissa versioner av Oracle Forms and Reports.
När dessa applikationer på klientsidan behöver data, öppnar de databasen via ODBC (Open Database Connectivity), JDBC (Java Database Connectivity) eller Oracle Net genom att använda TNSNames på klientsidan. ora filer. Dessa databaskommunikationsprotokoll tillåter anslutning från vilken klient som helst till en databas, inklusive Oracle.
Databasen lagrar data och, via användare, roller och behörigheter, tillhandahåller den data till applikationen som svar på SQL-frågor och DML-dataspråk (DML) som helt enkelt är SQL-satser som manipulerar eller ändrar data). Beroende på huruvida du använder en fet eller tunn klient kan vissa av programlogiken och behandlingen vara bortladdade till databasen.
Bearbetning på databasservern är ofta meningsfull eftersom en databasserver kan göra mycket mer intensiv bearbetning och antal-crunching än till och med den största arbetsstationen. Databehandling utförs vanligen via databasprocedurer, funktioner och paket, som behandlar data till ett mindre resultat som ska returneras till klienten för presentation till användaren.
Många har hävdat att klient-servern är död. Om det är, varför är så många klientserver-applikationer fortfarande där ute? Klient-serverns arkitektur är äldre, och många nyare applikationer finns i flervärdesvärlden. En enkel applikation för klient-servern uppfyller emellertid fortfarande de närmaste behoven hos ett företag i många situationer. Klient-servern kan vara ett äldre program som gör sitt jobb - så affären behöver inte uppgraderas.
Komponentkonfigurationer i Oracle 12c
I klient-server och multi-tier-system var Oracle-databasen kärnan i systemet eftersom den innehåller data. Att vara den primära datalagret för hela systemet är den vanligaste användningen av en Oracle-databas, men det är inte den enda gången du måste installera Oracle.
Dessa databaser är ofta en stödjande roll, som fungerar som sekundära datalager för större COTS-applikationer (Commercial Off-The-Shelf). I dessa fall fungerar Oracle-databaser som repositorier som lagrar specialiserade data för användning inom ett större system. Under installationen av det större systemet installeras Oracle-databasen som en stödjande komponent.
Ett vanligt exempel på ett Oracle-arkiv som du kanske är bekant med är Oracle Designer. Du kan använda detta Oracle-utvecklarverktyg för att designa, skapa och lagra programkod (bland annat), och den ligger på användarens skrivbord.
När användaren startar Oracle Designer, uppmanas det att ett Oracle-repository ska ansluta till, och användaren anger den informationen. Det är inom det här förvaret att alla objekt som ska användas av Designer-skrivbordet är lagrade.
Oracle Internet Directory (OID) är ett mer aktuellt exempel på Oracle som fungerar som en delkomponent inom en multi-tierad miljö. OID är Oracle-implementeringen av ett LDAP (Lightweight Directory Access Protocol).
LDAP är hierarkiskt definierade (inte relationella) datalager (inte databaser) som gör det möjligt för system att snabbt söka upp data. Ett vanligt exempel är en e-postadressbok, som inte innehåller många uppdateringar eller djuplagrad data. Det är bara ett behov av snabba uppslag av en bit data, vilket är kärnanvändningen av en LDAP.
En annan vanlig LDAP-användning är att lagra användare och deras uppgifter så att webapplikationsservrar enkelt kan slå upp en person för att se om hon är behörig att komma åt ett system. När allt vill, vill du inte tillåta bara någon i ditt system!
Denna behörighetsverifiering skapar ett behov av Oracle Fusion Middleware-produkter (OFM), och en LDAP är lösningen. Och naturligtvis, med Oracle som ett databasföretag först och främst valde man att sätta sin LDAP-implementering i en Oracle-databas, som är OID.
Så här kan en specialiserad Oracle-databas ge autentisering via OID / LDAP för ett större system som också råkar använda Oracle för backenddatabasen där traditionella kunddata lagras. OID är bara en nödvändig komponent i ett större system.
