Tabele DBASE: Structura unui fișier .DBF
Uneori trebuie să lucrați direct cu tabelul dBASE, fără Borland Database Engine (BDE). De exemplu, dacă un fișier .DBT (care conține date MEMO) pentru acest tabel este pierdut definitiv. Fișierul DBF devine complet inutilizabil, deoarece octetul din antetul fișierului .DBF indică faptul că tabela trebuie să conțină fișierul MEMO corespunzător. Rezolvarea acestei probleme va necesita zeroarea acestui octet, astfel încât tabelul să nu indice un fișier MEMO asociat. Sau, dacă doriți să vă scrieți propriul program pentru a lucra cu date.
Următoarea este structura fișierelor .DBF pentru tabelele dBASE. Sunt prezentate structurile de fișiere pentru diferite versiuni ale dBASE: dBASE III PLUS 1.1, dBASE IV 2.0, dBASE 5.0 pentru DOS și dBASE 5.0 pentru Windows.
Structura antetului fișierului de date pentru tabela dBASE III PLUS.
Antet fișier tabel
Toate simbolurile paginii codului OEM (formatul intern al înregistrării este de 10 cifre care conține numărul blocului .DBT)
Binare, MEMO-, OLE-câmpuri și fișiere .DBT
Clasele MEMO stochează datele în fișiere .DBT constând din blocuri consecutive enumerate (0, 1, 2 etc.). Dimensiunea blocului este de 512 octeți. Primul bloc din fișierul .DBT (bloc zero) este antetul fișierului .DBT.
Câmpul MEMO al fiecărei înregistrări din fișierul .DBF conține numărul (valoarea este specificată în pagina codului OEM), indicând blocul cu datele stocate. Dacă câmpul nu conține date. Fișierul DBF va fi completat cu spații (20h) (nu cu numere).
Dacă se modifică datele din orice câmp, blocurile își pot schimba numerele de secvență pentru a afișa noul element de date din fișierul .DBT.
Aceste informații sunt preluate din manualul dBASE III Plus ("Utilizând dBASE III PLUS", apendicele C).
Structura antetului fișierului de date pentru tabelul dBASE IV 2.0.
Antet fișier tabel
Controlul fișier dBASE În Windows: Biți 0-2 indică numărul de versiune, bitul 3 - prezența MEMO-fișier dBASE IV, sau dBASE pentru Windows, 4-6 biți - prezența dBASE IV SQL-masă, bit 7 - prezența oricărui .DBT MEMO-fișier (Fișierul MEMO al tabelului dBASE III Plus, dBASE IV sau dBASE sub Windows)
Data ultimei actualizări în format YYMMDD
octet flag de câmp MDX: 01H dacă câmpul are un marcaj index în fișierul MDX, 00H nu este.
Înregistrările din fișierul tabel sunt situate direct în spatele antetului tabelului. Această intrare este precedată de un octet care indică distanța înregistrării: o valoare de 20h (spațiu) indică faptul că înregistrarea nu este ștersă, valoarea 2Ah (asterisc) - intrarea a fost ștearsă. Câmpurile sunt împachetate cu înregistrări fără separatoare de câmpuri sau terminatoare de înregistrări. Sfârșitul fișierului este marcat cu un singur octet (cu marker EOF), al cărui cod OEM corespunde valorii 26 (1Ah).
Tip valid de date al tabelelor dBASE
Toate caracterele paginii de cod OEM
Numere și separator de simboluri pentru lună, zi și anul (formatul intern al înregistrării este de 8 cifre în formatul AAAAYMMDD)
F (numere de puncte binare binare)
octet flag de câmp MDX: 01H dacă câmpul are un marcaj index în fișierul MDX, 00H nu este.
Înregistrările din fișierul tabel sunt situate direct în spatele antetului tabelului. Această intrare este precedată de un octet care indică distanța înregistrării: o valoare de 20h (spațiu) indică faptul că înregistrarea nu este ștearsă, valoarea 2Ah (asterisc) - intrarea a fost ștearsă. Câmpurile sunt împachetate cu înregistrări fără separatoare de câmpuri sau terminatoare de înregistrări. Sfârșitul fișierului este marcat cu un singur octet (cu marker EOF), al cărui cod OEM corespunde valorii 26 (1Ah). Puteți introduce datele în pagina codului OEM după cum se arată mai jos.
Tip valid de date al tabelelor dBASE
Toate caracterele paginii de cod OEM
Numere și separator de simboluri pentru lună, zi și anul (formatul intern al înregistrării este de 8 cifre în formatul AAAAYMMDD)
F (numere de puncte binare binare)
Toate simbolurile paginii codului OEM (formatul intern al înregistrării este de 10 cifre care conține numărul blocului .DBT)
Câmpuri MEMO și fișiere .DBT
Clasele MEMO stochează datele în fișiere .DBT constând din blocuri consecutive enumerate (0, 1, 2 etc.). Variabila BLOCKSIZE determină dimensiunea fiecărui bloc. Primul bloc din fișierul .DBT (bloc zero) este antetul fișierului .DBT.
Câmpul MEMO al fiecărei înregistrări din fișierul .DBF conține numărul (valoarea este specificată în pagina codului OEM), indicând blocul cu datele stocate. Dacă câmpul nu conține date. Fișierul DBF va fi completat cu spații (20h) (nu cu numere).
Dacă se modifică datele din orice câmp, blocurile își pot schimba numerele de secvență pentru a afișa noul element de date din fișierul .DBT.
Dacă ștergeți text în câmpul MEMO, spre deosebire de dBASE III PLUS, tabelul dBASE 5.0 din DOS utilizează o zonă îndepărtată pentru a introduce text nou. dBASE III PLUS adaugă întotdeauna un text nou la sfârșitul fișierului .DBT. În dBASE III PLUS, dimensiunea fișierului .DBT crește de fiecare dată când se adaugă un text nou, chiar dacă textul a fost șters înainte.
Aceste informații sunt preluate din directorul dBASE sub DOS ("dBASE pentru DOS Language Reference Manual", apendicele C).
Structura antetului fișierului de date pentru tabelul dBASE 5.0 în Windows.
Antet fișier tabel
octet flag de câmp MDX: 01H dacă câmpul are un marcaj index în fișierul MDX, 00H nu este.
Înregistrările din fișierul tabel sunt situate direct în spatele antetului tabelului. Înregistrarea octeți de date precedate care indică distanța de înregistrare: Valoarea 20h (spațiu) indică faptul că înregistrarea nu este îndepărtată, valoarea 2Ah (asterisc) - record a fost șters. Câmpurile sunt împachetate cu înregistrări fără separatoare de câmpuri sau terminatoare de înregistrări. Sfârșitul fișierului este marcat cu un singur octet (cu marker EOF), al cărui cod OEM corespunde valorii 26 (1Ah). Puteți introduce datele în pagina codului OEM după cum se arată mai jos.
Tip valid de date al tabelelor dBASE
Toate simbolurile paginii codului OEM (formatul intern al înregistrării este de 10 cifre care conține numărul blocului .DBT).
Toate caracterele paginii de cod OEM
Numere și separator de simboluri pentru lună, zi și anul (formatul intern al înregistrării este de 8 cifre în formatul AAAAYMMDD)
Toate caracterele paginii de cod OEM sau OLE (formatul înregistrării interne este de 10 cifre care conține numărul blocului .DBT).
-. 0 1 2 3 4 5 6 7 8 9
Y y N n T t F f (a - nu este inițializat)
Toate simbolurile paginii codului OEM (formatul intern al înregistrării este de 10 cifre care conține numărul blocului .DBT)
Binare, MEMO, câmpuri OLE și fișiere .DBT
Câmpurile binare, MEMO și OLE stochează date în fișiere .DBT constând din blocuri consecutive enumerate (0, 1, 2 etc.). Variabila BLOCKSIZE determină dimensiunea fiecărui bloc. Primul bloc din fișierul .DBT (bloc zero) este antetul fișierului .DBT.
Câmpul binar, OLE sau MEMO al fiecărei înregistrări din fișierul .DBF conține numărul (valoarea este specificată în pagina de cod OEM), indicând blocul cu datele stocate. Dacă câmpul nu conține date. Fișierul DBF va fi completat cu spații (20h) (nu cu numere).
Dacă se modifică datele din orice câmp, blocurile își pot schimba numerele de secvență pentru a afișa noul element de date din fișierul .DBT.
Dacă ștergeți textul în binar câmp, OLE- sau MEMO, în contrast cu dBASE III PLUS, și dBASE IV, dBASE 5.0 tabel sub Windows pentru a introduce un nou text utilizează zona de la distanță. dBASE III PLUS adaugă întotdeauna un text nou la sfârșitul fișierului .DBT. În dBASE III PLUS, dimensiunea fișierului .DBT crește de fiecare dată când se adaugă un text nou, chiar dacă textul a fost șters înainte.
Aceste informații sunt preluate din directorul dBASE pentru Windows ("dBASE pentru Windows Reference Manual", apendicele C).
Avertisment: Aveți dreptul să utilizați aceste informații tehnice cu produsul Borland numai dacă nu contravin Acordului de licență furnizat împreună cu produsul software.
Distribuiți această pagină
Capitole similare din alte cărți
Setarea dimensiunii fișierului, inițializarea fișierului și a fișierelor sparte Funcția SetEndOfFile vă permite să resetați dimensiunea fișierului utilizând valoarea curentă a indicatorului de fișier pentru a determina dimensiunea acestuia. Poate atât extinderea, cât și trunchierea fișierului. În cazul extensiei de fișier
8.1. Structura fișierului Rc.firewall.txt Toate scripturile descrise în acest manual au o structură specifică. Acest lucru se face astfel încât scenariile să fie cât mai apropiate posibil, facilitând astfel căutarea unor diferențe între ele. Această structură este descrisă destul de bine în
1.8. Tabele Tabelele sunt plasate în text în ordinea referinței la sfârșitul paragrafului în care a fost menționat pentru prima dată tabelul. Acestea sunt numerotate în cifre arabe în fiecare secțiune. În colțul din dreapta sus al mesei, cuvântul "Tabel" este scris deasupra titlului și
Tabelele din această secțiune cuprinde următoarele subiecte: • Editarea și formatarea tabelelor; • Lucrul cu date într-un format de tabel tablitse.Na eu iau, de obicei, mai mult timp decât să-l creeze. Pot automatiza acest proces? Formatarea unui tabel
Structura tabelei Foarte adesea aplicarea structurii tabelei poate simplifica căutarea și lucrul cu datele necesare. Să presupunem că creați o listă de prețuri care conține bunuri din diferite grupuri. Această listă de prețuri va include anteturile grupurilor de produse, eventual titluri
Tabele Comanda TABLE creează o tabelă de obiecte în desen. Comanda este apelată din meniul drop-down Draw. Tabel ... sau făcând clic pe pictograma Tabel ... din bara de instrumente Draw. Ca rezultat, se deschide caseta de dialog Introducere tabel - Fig. 10.7. Fig. 10.7.
3.1.1. Structura fișierului crontab Pentru a programa executarea sarcinilor la un moment dat, trebuie să cunoașteți formatul înregistrărilor din fișierul crontab. Fiecare intrare conține șase câmpuri; 1 minute - 0-59 2 ore - 0-23 (0 înseamnă miezul nopții) 3 Ziua lunii - 1-31 4 Luna - 1-12 5 Ziua săptămânii - 0-7
2.6. Tabele 2.6.1. Materialul digital pentru a obține o mai bună vizibilitate și comparabilitatea indicatorilor, de regulă, ar trebui prezentat sub forma unui tabel.2.6.2. Proiectarea tabelelor ar trebui să fie în conformitate cu cerințele GOST 1.5-85. Tabelul poate avea un titlu care urmează
§ 2.1 Structura fișierului FictionBook. Concepte de bază FictionBook carte este un XML-fayl.Strukturno acest fișier poate fi împărțit în trei chasti.1) Dessription - titlu (descriere) a cărții; 2) Un corp - textul cărții în sine. Cartea poate avea mai multe corp.3) Binar este o parte opțională.
Articole similare
Trimiteți-le prietenilor: