Autor: Bogdan Bindea

Mentor Digital Stack, Software Engineer și Data Architect

Tehnologia se schimbă, dar problemele de integritate a datelor sunt aceleași. Bogdan Bindea deschide seria „Bazele bazelor de date – de la Stone Age la Cloud”  cu o incursiune în vremurile când un simplu fișier corupt putea opri tot business-ul.

În acest prim episod, ne întoarcem în timp pentru a explora fundația fragilă pe care s-a construit întreaga lume digitală de azi. Înainte de cloud, baze de date relaționale sau Big Data, am avut o epocă a fișierelor simple și a soluțiilor improvizate.

👇Citește mai departe să descoperi de ce bazele sunt mai importante decât orice trend tech trecător.

Pe scurt, în acest articol vei afla:

• cum erau stocate datele înainte de bazele de date moderne
• ce probleme reale apăreau în aplicațiile vechi
• de ce a devenit inevitabilă apariția bazelor de date relaționale

Fișiere simple: .txt, .csv sau alte formate flat

Înainte să vorbim despre baze de date relaționale, cloud sau Big Data, e important să înțelegem de unde am plecat. În „epoca de piatră” a aplicațiilor software, datele erau stocate în fișiere simple: .txt, .csv sau alte formate flat.

Fișierele .txt (Plain Text): Cea mai rudimentară formă. Datele erau scrise una după alta, fără o structură impusă. Aplicația trebuia să „știe” exact la ce caracter începe numele unui client și unde se termină, ceea ce făcea orice modificare de cod extrem de riscantă.
‍

Fișierele .csv (Comma-Separated Values): O evoluție care a introdus un delimitator (virgula sau punctul și virgula) pentru a separa coloanele. Deși oferă un aspect de tabel, un fișier .csv este „orb”: nu știe că o coloană trebuie să conțină doar cifre sau că un câmp de e-mail trebuie să aibă un format anume.
‍

Fișierele cu format flat: Unde fiecare informație ocupa un număr predefinit de spații (de exemplu, primele 20 de caractere pentru „Nume”, următoarele 10 pentru „Telefon”). Dacă un nume era mai lung, acesta era pur și simplu tăiat.

Fiecare aplicație își gestiona datele direct din fișiere, fără un sistem centralizat care să se ocupe de integritate, concurență sau consistență

La prima vedere, părea suficient. Însă, pe măsură ce aplicațiile au devenit mai complexe și numărul de utilizatori a crescut, au început să apară probleme serioase. Datele se duplicau frecvent, modificările erau greu de sincronizat, iar două procese care încercau să acceseze același fișier în același timp puteau duce la coruperea datelor. Backup-urile erau manuale, iar recuperarea după o eroare era, de multe ori, un proces dureros.

Bogdan Bindea, Mentor Digital Stack, Software Engineer și Data Architect

Mai mult, orice schimbare de structură – de exemplu adăugarea unui câmp nou – presupunea modificări în toate fișierele și în tot codul care le folosea. Scalarea era aproape imposibilă, iar performanța scădea rapid odată cu volumul de date.

Toate aceste limitări au dus natural la apariția bazelor de date, care au adus un mod standardizat de stocare, reguli clare și mecanisme automate pentru lucruri esențiale precum consistența datelor, accesul concurent și securitatea.

Înțelegerea acestui „Stone Age” ajută la înțelegerea motivelor pentru care bazele de date funcționează așa cum funcționează astăzi și de ce anumite principii rămân fundamentale, indiferent de tehnologie.

Ți-a plăcut această incursiune în istoria productivă a datelor?

👉 Urmează în această serie de articole: Ce-este-o-baza-de-date-relationala-si-cum-a-schimbat-totul

Educație IT personalizată pentru orice industrie

Digital Stack susține acest tip de învățare „de la bază”, prin cursuri de IT, construite astfel încât conceptele fundamentale să fie clare și aplicabile, nu doar teorie abstractă. Dezvoltăm experiențe de învățare personalizate, construite cu ajutorul mentorilor care sunt lideri în domeniile lor și a instrumentelor de e-learning, care îi pregătesc pe cursanți pentru creșterea profesională în industria IT.

‍