Der Unterschied liegt in der Auswahlmöglichkeit - im SQL, um genau zu sein.
Wenn du von deiner Db nur ganze Tabellen abrufen willst, dann sind deine TextDateien unschlagbar.
Wenn du aber erwägst, dem User vlt. nicht alle 10 Millionen Datensätze aufeinmal zumuten zu wollen, dann ist eine Db vlt. nicht die schlechteste aller Optionen.

Ein weiterer Punkt ist das relationale Datenmodell, was einer Db zugrundeliegen kann und sollte:
Man kann irre komplexe Zusammenhänge in einer Db relational modellieren, ohne dabei DatenRedundanz und Konsistenz-Probleme zu verzapfen (darauf steht übrigens die Todesstrafe).

Noch ein Punkt ist die Multi-User-Unterstützung:
Wenn mehrere User gleichzeitig deine TextDatei ändern wollen hast du ein ernstes ernstes Problem.
Bei einer Db ist solch ebenfalls ziemlich problematisch, aber immerhin lösbar.

Ich rate dir übrigens davon ab, gleich mit einer Db anzufangen (und schon garnet MySql).
Weil vmtl. hast du von relationaler Datenmodellierung keine Vorstellung.
Du würdest also grauenhaft an der armen Db herum-dilettieren, und o.g. Todesstrafe wäre leider kaum zu vermeiden.

relationale Datenmodellierung erlernt man aber besser ohne Db.
Ach - ich mach hier mal schluss - üblicherweise wollen die Leute das nicht hören. Falls es dich doch interessiert, kannste ja nachfragen.

Dazu kommt noch die Möglichkeit Indexe/indizes zu definieren, die Abfragen ungeheurlich beschleunigen können, wenn richtig angelegt.

Hatte z.B. eine Tabelle, in der wurden Dateien aller Art in einem BLOB Feld gespeichert. Irgendwann kam dann von Usern die Meldung, dass das Aufrufen gewisser Funktionen, die auch diese Tabelle zeigten (gefiltert natürlich) ungeherulich langsam waren. um aus vllt. 1000 Datensätzen 6 rauszufiltern hat über 20 Sekunden gedauert. Einen Index später, lief das im niedrigen Millisekundenbereich, mitsamt der Übertragung der Dateien.
Ist natürlich ein Extrembeispiel, da es ungewöhnlich ist, dass man ganze Dateien in eine DB schreibt (und ich hatte eigentlich erwartet, dass MySQL schlauer ist, als tatsächlich einen vollen Tablescan mitsamt der BLOB Felder zu machen, wenn man eine Bedingung auf andere Felder hat), dennoch zeigt es ziemlich gut, wofür Indexe/Indizes existieren.

Servus,

hier hin: datenbanken-verstehen.de/datenbank-grundlagen/
Lies alles aufmerksam und zieh' dir auch andere Lektüre rein wie z.B. über die von @EaranMaleasi (der übrigens die Antwort auf die eigentliche Frage geliefert hat) erwähnten Indexes (oder hier), Redundanz bzw. Datenbankredundanz, Normalformen (siehe auch relationales Datenbankmodell) und Beziehungen.

​Ach - ich mach hier mal schluss - üblicherweise wollen die Leute das nicht hören

Sinn und Zweck ist ja auch nicht das zu erzählen was die Leute hören wollen sondern das wovon man selbst überzeugt ist und gute Erfahrungen gemacht hat - du tust gerade so als ob du hier nicht frei sprechen bzw. schreiben dürftest du alter Dramatiker. Dennoch bin ich zu pragmatisch veranlagt um dem vollends zuzustimmen, ich sage immer man lernt's am besten durch's Machen.

​Ich rate dir übrigens davon ab, gleich mit einer Db anzufangen

Sondern ... ? Du kannst nicht einfach sagen "so soll das nicht" und dann das "so muss das" weglassen.

... ​und schon garnet MySql

Weil Begründung und so...


Link

Hi,

siehe auch stackoverflow.com/questions/2356851/database-vs-flat-files

Mit einer Datenbank fährst du insgesamt besser, denn du kannst ja deine Abfragen mit Bedingungen formulieren und zudem die Sortierung festlegen sowie ein Limit. Diese Filter und Limitierungen kannst du bei Textdateien ja erst nutzen nachdem du alle Datensätze geholt hast, was offensichtlich unperformanter ist (klar kannst du die Daten zeilenweise lesen, aber was nützt dir das wenn der Datensatz den du suchst zufällig einer der letzten ganz am Ende der Datei ist).

Link

Link schrieb:

du kannst ja deine Abfragen mit Bedingungen formulieren und zudem die Sortierung festlegen

Du gewinnst dabei aber nur Performance, wenn ein Index auf den jeweiligen Spalten liegt.
Ansonsten müsste auch ein SELECT die ganze Tabelle durchrattern.

Also: Bei großen Datenmengen Indexe verwenden!

@petaod davon reden wir hier ja grade. Gut aufgepasst.

Link

Ein schnödes SELECT auf jedem DBMS sollte auch ohne Index schneller sein

Link schrieb:

Sondern ... ? Du kannst nicht einfach sagen "so soll das nicht" und dann das "so muss das" weglassen.

wieso nicht? will doch eh niemand wissen. und wenn doch kanner ja fragen - das sagte ich ja aber auch.
Weil meine Erklärungen werden ziemlich wortreich und dann zu 80% doch für Katz.