Întrebările, dezvoltatorii au nevoie pentru a crea aplicații client-server folosind baza de date Firebird, care a fost dezvoltarea bazelor de date Borland Interbase 6. Oferă o imagine de ansamblu a conceptelor și modelelor de arhitectura client / server, precum și sfaturi practice pentru lucrul cu bibliotecile client Firebird. Caracteristicile tipurilor de date SQL, limbajul de manipulare a datelor (DML), precum și sintaxa și operatorii limbii de definiție a datelor (DDL) sunt descrise în detaliu. O atenție deosebită este acordată descrierii tranzacțiilor și oferă sfaturi despre modul de utilizare a acestora atunci când dezvoltați aplicații. Descrie programarea pe partea clientului și a serverului a triggerilor de scriere și a procedurilor stocate, crearea și utilizarea evenimentelor bazei de date, gestionarea erorilor în codul de pe server și multe altele. Materialul este însoțit de numeroase exemple, sfaturi și recomandări practice.
Pentru dezvoltatorii de baze de date
Rezervați: GHID DE DEZVOLTARE DATABASE Firebird
Inspecție și reparații
Secțiunile de pe această pagină sunt:
Inspecție și reparații
Firebird oferă utilitare pentru verificarea structurilor logice din baza de date și identificarea unor probleme minore, precum și a unor reparații ale acestora. O multitudine de astfel de erori pot apărea din când în când, în special în mediile în care rețeaua de alimentare cu energie sau zgomotos sau instabil este instabil. Comportamentul utilizatorului, precum și defectele în proiectarea aplicației sau a bazei de date, conduc de multe ori la perturbații logice.
terminare anormală a conexiunilor client nu afectează integritatea bazei de date, deoarece serverul Firebird verifică pierderea conexiunii. Salvează modificările confirmate ale datelor și redă înapoi orice date care sunt în așteptarea confirmării. Serviciul de curățenie este o problemă importantă, deoarece paginile de date care au fost atribuite rapoarte neconfirmate, rămân sub formă de „orfani“. Cecul va identifica astfel de pagini și le va elibera pentru utilizare ulterioară.
Instrumentele de validare pot identifica și elimina anomaliile minore care sunt rezultatul erorilor sistemului de operare sau hardware. Astfel de erori conduc, de obicei, la probleme de integritate a bazelor de date din cauza erorilor în scrierea de date către pagini sau în pierderea de pagini sau indexuri de date.
Când să verificați validitatea și de ce
Validarea periodică ar trebui să facă parte din activitatea de întreținere a administratorului bazei de date în identificarea și eliminarea anomaliilor mici pentru reutilizarea spațiului pe disc. Acest lucru va fi necesar, de asemenea, atunci când se identifică sau se suspectează existența unui prejudiciu structural. Simptomele includ:
* erori de "baza de date corupte" sau "control de consistență";
* defecțiune sau schimbare a tensiunii de alimentare în absența unei surse de alimentare neîntreruptibilă (UPS) sau cu ipoteza defecțiunii UPS;
* Erorile de sistem așteptate sau raportate ale sistemului pe hard disk, rețea sau memorie;
* Copia umbră înlocuiește baza de date după distrugerea discului;
* Baza de date a fost mutată dintr-o altă platformă sau sistem de stocare;
* Se așteaptă acces neautorizat la rețea sau la baza de date prin atacuri externe.
Pentru detalii privind utilizarea gfixului pentru a efectua validarea bazei de date, consultați Capitolul 39.
Ce trebuie să faceți cu o bază de date defectă
Dacă bănuiți că baza dvs. de date a fost distrusă, este important să urmăriți succesiunea corectă a pașilor de recuperare pentru a preveni distrugerea ulterioară. Primul și cel mai important lucru este închiderea tuturor utilizatorilor și deconectarea acestora de la baza de date.
Anexa 4 conține o descriere detaliată a procedurilor de reparare a bazei de date distruse.
Cum de a distruge o bază de date Firebird
Modificarea tabelelor de sistem
Firebird stochează și întreține toate metadatele și obiectele definite de utilizator în. Baza de date Firebird! Mai exact, le stochează în relații (tabele) direct în baza de date în sine. Identificatorii tabelelor de sistem, coloanele lor și alte tipuri de obiecte de sistem încep cu simbolurile "RDB $".
Deoarece acestea sunt obiecte obișnuite de baze de date, ele pot fi interogate și manipulate ca obiecte definite de utilizator. Cu toate acestea, ce puteți. nu înseamnă că ar trebui.
Nu puteți recomanda cu insistență utilizarea numai a operatorilor DDL - operații SQL indirecte pe tabelele de sistem - ori de câte ori trebuie să modificați sau să ștergeți metadatele. Amânați orice "modificări directe" până când competențele dvs. în SQL și cunoștințele dvs. despre serverul Firebird devin mai complete. Baza de date a accidentelor nu este nici un obiect de contemplație plăcută, nici ușor de reparat.
Dezactivați scrierea forțată pentru Firebird 1.0.x în Windows
Firebird este instalat în mod implicit cu capacitatea de a forța scrierea (scrierea sincronă). Datele modificate și cele noi sunt scrise pe disc imediat după terminarea operației (postare).
Puteți configura o bază de date pentru a utiliza înregistrări de date asincrone când modificate sau noi date sunt stocate în memoria cache și periodic curățate periodic pentru subsistemul disc al sistemului de operare I / O. Termenul general pentru o astfel de configurație este anularea intrării forțate. Uneori, această valoare este restabilită pentru a îmbunătăți performanța operațiunilor de lot mare.
Serverul platformei Win32 nu salvează memoria cache a serverului Firebird 1.0.x pe disc până când serviciul Firebird nu este închis. Ca să nu mai vorbim de o întrerupere a alimentării cu energie electrică, pot exista multe lucruri în neregulă cu un server Windows. Dacă se blochează, sistemul de I / O va înceta să funcționeze și munca utilizatorului va fi pierdută în timpul rebootării.
Pentru a face acest lucru în practică, se recomandă restaurarea bazei de date pe spațiul de stocare al discului folosind gbak -c [reate]. Înainte de a face activă baza de date restaurată, verificați-o în zona de rezervă folosind isql sau instrumentul de administrator preferat.
Permite utilizatorilor să se conecteze la baza de date în timpul procesului de restaurare
Dacă organizația dvs. preferă să trăiască la vârful unui cuțit, utilizați comutatorul -restore și permiteți utilizatorilor să se conecteze la baza de date și să facă modificări. Procesul de restaurare creează o bază de date de la baza la sol, și de îndată ce au creat un tabel, utilizatorii vor putea (cel puțin potențial, sau în cazul în care toate SYSDBA) pentru a se referi la ele cu operațiunile DML, în timp ce integritatea referențială, precum și alte restricții sunt încă privind abordarea. În cel mai bun caz, vor primi excepții și o grămadă de tranzacții neconfirmate într-o bază de date parțial construită. În cel mai rău caz, ele vor distruge complet integritatea datelor.