5 Prezentare generală a bazei de date Oracle

In acest curs vom învăța următoarele domenii

- Bazele dannyhOracle Prezentare generală

- izOracle mostre de date

Fiecare utilizator, dezvoltator sau Oracle DBA trebuie să stăpânească aceste probleme, înainte de a trece la următoarea materialele în cauză pentru cursul de prelegeri pe această temă. În prezent, principalele aspecte ale datelor de prelevare a probelor de la o bază de date Oracle.

Materialele care vor fi discutate acum reprezintă aproximativ 8% din conținutul primului program de examen OCP.

Oracle Prezentare generală

În această secțiune pentru revizuire explorarea bazei de date Oracle, luați în considerare următoarele întrebări:

Aspecte teoretice și fizice ale unei bazdannyh relațională

Punerea în aplicare a RDBMS și ORSUBDOracle

IspolzovaniePL / SQLi avantajele sale

Aspecte teoretice și fizice ale unei baze de date relaționale

Oracle înrădăcinată în teoria bazelor de date relațională, a cărei început a fost pusă în 1950. în lucrarea lui E. F. Kodda și care ulterior a fost extins la un număr infinit de direcții, cum ar fi lucrul cu depozite de date, procesarea tranzacțiilor online și aplicații care acceptă Web. Fără îndoială, acest software a câștigat popularitate este unul dintre motivele pe care le dețin această carte în mâinile tale. Această carte are toate răspunsurile, puteți cere; Care este baza de date Oracle, cum funcționează și ceea ce se poate face cu ea. Răspunsurile la aceste întrebări vă va solicita să apăsați pe prima vyder-examinare: Introducere în SQL.

Angajate în companii de dezvoltare software folosesc mai multe abordări diferite pentru gestionarea informațiilor. De-a lungul anilor, cel mai popular de pachete software pentru stocarea și regăsirea datelor utilizate ca mijloc principal de simplu (sau cum sunt numite uneori plat) fișiere sistem de stocare a datelor. Alegerea modului în care este stocat și selectat informații, a rămas în spatele tău, și ca un limbaj de programare utilizat în mod obișnuit COBOL. Unele soiuri timpurii ale sistemelor de plat de fișiere utilizate de către sistemul ierarhic de stocare, în cazul în care înregistrările de date stocate într-un mod ierarhic, similar cu structura ierarhică a directorului, care poate face CTS-în Windows Explorer, cum ar fi hard disk-ul PC-ului. Aceste aplicații rulează pe mainframe, iar printre brand bine-cunoscut afacere-O, poate distinge IMS - sistem ierarhic IBM si IDMS - sistem de rețea al companiei Computer Associates. Cel mai des folosite în aceste sisteme pentru a dezvolta mecanisme pentru încărcări de date și gestionarea limbajul de programare a fost așa cum am spus, COBOL.

Astfel de sisteme cu fișiere plate sunt foarte bune pentru anumite sarcini, cum ar fi crearea unei relații de „părinte-copil“. Aceste relații pot, de exemplu, să fie utilizat pentru a reprezenta relația dintre personalul de vânzări al companiei, este un distribuitor de produse alimentare, precum și clienții companiei. Un alt exemplu de „părinte-copil“ poate servi drept de urmărire numere de cont și relația lor cu gama de poziții de produse din comanda de vânzări această companie de distribuție a produselor alimentare. Cu toate acestea, un dezavantaj al unui astfel de sisteme de fișiere plate se datorează faptului că relațiile „părinte-copil“ nu poate simula toate tipurile posibile de relații de date. În exemplul de mai sus cu compania de alimente, pentru a utilizatorului ar putea fi transferat la mai multe produse diferite. Fiecare dintre aceste produse în sine pot apărea în mai multe comenzi diferite. În acest caz, care se numește raportul dintre „multe produse în multe ordine“ ar trebui să fie proiectate într-o ierarhie? Ce obiect ar trebui să fie utilizat ca părinte, ca - ca un copil? Soluția obișnuită a fost de a crea două ierarhii separate: una care servește ca produsul părinte, iar celălalt în care același rol utilizat ordine. Din păcate, acest lucru înseamnă că de multe ori sprijin care coincide în mare măsură de informații în două locuri (sau mai multe locuri), care conduce la date redundante. Menținerea coerenței în locurile de depozitare multiple face stocarea și regăsirea datelor provocatoare. Un alt dezavantaj semnificativ al bazelor de date ierarhice, fișiere plate, cu ajutorul unui sistem constă în faptul că acestea sunt dificil să se adapteze la nevoile de afaceri în schimbare ale întreprinderii. Dacă distribuitor de produse alimentare va găzdui un nou sistem de vânzare, care prevede posibilitatea de proprietate comună clientului reprezintă un personal puține vânzări, companiile au nevoie de a re-design baza de date ierarhică.

Invocând nemulțumirea față de studiile sale caracteristici complexe ale bazelor de date ierarhice, constând din fișiere plate, E. F. Kodd, un om de știință de calculator, care a lucrat în anii 1950. la IBM, a dezvoltat o alternativa - modelul relațional. În loc de stocare a datelor în ierarhiile de Codd propuse pentru a stoca elemente de date legate, cum ar fi camere de control și produsele comandate în tabele. După cum Codd a descoperit în cazul în care aceste tabele sunt proiectate în conformitate cu câteva principii simple, ele vor fi clare de stocare și extrem de eficientă a datelor. Un element de date pot fi stocate într-un singur loc. După ceva timp, mulți producători de software au înțeles importanța muncii Codd și a început să se dezvolte produse conforme cu modelul Codd. Începând din anii 1980. aproape toate produsele software pentru baze de date (inclusiv Oracle) corespund modelului relațional.

Elementul principal care a adus succesul modelului relațional este utilizarea stocarea și regăsirea datelor și a manipula un sistem de management al bazelor de date relaționale (RDBMS). Cu produsele anterioare către organizațiile pentru a coda procedurilor de eșantionare a datelor de guvernare care interacționează direct cu fișierele bazei de date trebuie să fie în stare de mulți programatori în limba COBOL, în schimb, mecanismul de RDBMS se ocupă de astfel de sarcini în mod automat, folosind funcțională limbaj de programare SQL ( pronunțată fie ca „sequel“ sau în funcție de pronunțarea fiecărei litere: Es Ku-El). SQL înseamnă „Structured Query Language - Limbaj de interogare structurat“, și cu ajutorul ei, utilizatorii pot interoga datele de care au nevoie, în conformitate cu criterii stricte pentru comparație. De exemplu, dacă sunteți în căutarea pentru un angajat pentru numele SMITH pentru a verifica numărul de identificare (ID) și informațiile de pe statele de plată, veți face este următoarea SQL: Descrie

SQL> SELECT EMPNO, Ename, SAL FROM EMP

2 UNDE ENAHE = 'SMITH';

Bloc SovetPredshestvuyuschy a fost preluat direct instrument izSQL * Plus- furnizat korporatsieyOracledlyavzaimodeystviya cu bazele sale de date. Simbolul „2“, indicând faptul că vynachali a doua linie de intrare zapisyvaetsyaSQL * Plusavtomaticheski. Încercați să introduceți în mod necorespunzător caracterul. „2“ el însuși. Acum ai bani a trebuit să vă faceți griji despre ceea ce este, de fapt înseamnă acest operatorSQLili ceea ce ar trebui să fie rezultatele sale; doar să înțeleagă că înainte de a operatoraSQL exemplu.

Sistemul rămâne, ca să spunem așa, în spatele scenei, SGBDR traduce această afirmație într-o secvență de operații care sunt selectate informații dintr-un fișier de pe aparatul în cazul în care este stocată baza de date. Această etapă se numește analiza sau parsing (parsing). La sfârșitul parsarea RDBMS efectuează o serie de operații necesare pentru a finaliza acțiunea.

Cu toate acestea, unele (sau toate) operațiunile din lista de mai jos (ordinea lor de execuție poate fi arbitrară) poate fi realizată:

O conversie de tip implicită

Indecși de căutare (dacă este necesar), în scopul de a reduce timpul de răspuns al sistemului

citește operație de pe disc sau scrise pe disc

Filtrarea tabel de date în conformitate cu criteriile de căutare

Sortarea și formatarea datelor returnate

SovetIndeksom numit un obiect special bază de date kotoryymozhet fi utilizate pentru a îmbunătăți performanța konkretnyhoperatsy RDBMS. Tip de date (datatype) numită definiție tipadannyh (datatype), stocate în coloane de tabel. Pentru mai multe detalii obindeksah va merge în capitolele următoare.