Wenn die "spezielle Anwendung" darin besteht eine Datei einzulesen, hast du Recht.

Aber ein "DB System von der Stange" ist auf Performance für Abfragen optimiert. Also Tabellen verknüpfen, sortieren und/oder gruppieren nach Spalten, Daten nach Werten oder Bereichen filtern usw. alles was man so im Alltag einer normalen Anwendung braucht. Für ein Archiv ist sowas vielleicht nicht so notwenig.

David arbeitet eher an einem Shop. Für mich klingt das nach Varianten oder Ausprägungen, was wenig Shops bieten, aber häufig benötigt wird, z.b. bei Klamotten. Und wenn er das one DB lösen will, wird er nächstes Jahr noch dran sitzen.

Ich denke, schon die mangelnde Wartbarkeit einer oben beschriebenen Selfmade-Lösung disqualifiziert das Ganze für die meisten Bereiche. Was ist, wenn der Programmierer mal das Haus verlässt und seine Speziallösung nicht mehr weiter betreut? Ich sage nur Cobol..

Außerdem kommt mir das, wie protonenbeschleuniger das schon angedeutet hat, äußerst unflexibel vor. Es kann mir keiner erzählen, dass er mit etwas Handgestricktem eine solche Flexibilität allein zum Auslesen von Daten selber baut. Und dann würde es schon wieder anfangen, dass man die Datenhaltung bei selbst minimalen Änderungen anfassen müsste und das geht in meinen Augen gar nicht.

__________________
... Meine Meinung

Ich bin der Programmierer und ich verlasse bald das Haus um mir bei dem schönen
Wetter ein Hefe reinzuziehen ...

Natürlich ist das flexibel und änderbar, wieso auch nicht ? Nur weil Du anscheinend
ausschließlich mit Kram von der Stange arbeitest ?

Änderungen an der "Datenhaltung" brauche ich noch nicht mal wenn ich auf Liinux
umziehen würde. Ich muß auch nicht ständig Patches für SAP und mySQL einspielen.

Oder von SAP R2 auf R3 umsteigen.

Klar ist es etwas aufwendiger. Wenn's aber um Performance geht ist es manchmal
hilfreich mal andere Wege zu gehen. Die wollte ich aufzeigen.

__________________
Grüße aus dem Spessart, Joe

{ table-layout: biertischistbesser; }
Der Mausinator

Die hast du aber nicht. Wie gesagt das einlesen einer Datei ist sicherlich schneller wenn man es direkt macht, bei Abfragen bin ich ziemlich sicher dass eine selbstgebastelte Lösung immer langsamer ist als eine optimiertes Datenbanksystem. Und es ging ja um eine komplexe Abfrage über mehrere Tabellen.

Sorry, aber das ist sachlich einfach falsch.

__________________
Grüße aus dem Spessart, Joe

{ table-layout: biertischistbesser; }
Der Mausinator

Was ist sachlich falsch? Das z.b. mySql Geschwindigkeits optmiert ist?
Wenn es so wäre würde es keiner nutzen.

Sag ma, ähem. So richtig sich mit der Sache befaßt hast Du Dich eher nicht ?

Du wirst doch nicht allen Ernstes behaupten, mySQL sei schnell.

Leute freßt mehr Sch..., Millionen Fliegen können nicht irren.

Ich kann nur auf den bereits erwähnten Tellerrand hinweisen.

__________________
Grüße aus dem Spessart, Joe

{ table-layout: biertischistbesser; }
Der Mausinator

Es ist sicher schneller als eine selbstgebastelte Abfrage.

Lächerlich. Ich vermute mal, im Herbst machen wir wieder Treffen. Dann machen
wir mal 'nen Benchmark. Du wirst Dich wundern ... Zeit ?

__________________
Grüße aus dem Spessart, Joe

{ table-layout: biertischistbesser; }
Der Mausinator

Ich weiß nicht wie es aussieht, aber ich denke, dass du dir das System von Schepper nie angesehen hast, oder?
Wenn das so ist, dann muss ich mich wirklich auf seine Seite stellen und dir sagen, dass du dir das System bitte erst einmal ansehen solltest bevor du so etwas behauptest. Mich würde das System mal interessieren, ich würde es gerne mal sehen, aber ich hätte wahrscheinlich zu wenig Ahnung von Datenbanken um damit zu arbeiten.

Falls ich mich irren sollte, so habe ich nichts geschrieben. Beleidigen will ich keinen, Streit sollte hier aber auch nicht sein

__________________
Rettet die Erde.... sie ist der einzige Planet mit Schokolade!