Listview in Datenbank (rein-und rauslesen)

[Sir Rufo]

Da noch nicht bekannt ist welche Datenbank - ja, Datenbank sollte schon sein - eingesetzt wird, bietet es sich an - bietet es sich eigentlich immer an - das System so aufzubauen, dass der Anwednung die Datenbank "egal" ist.

Man nehme sich also ein Interface/eine Klasse, und abstrahiert die Datenbank-Zugriffe. Die Anwendung spricht nur mit dem Interface und die konkrete Implementierung kümmert sich dann um die Kommunikation mit dem konkreten Datengrab dahinter.

Für die Entwicklung der Anwendung hat man dann eine Dummy-Implementierung, die diese Daten nur im Speicher verwaltet. Das geht dann auch schnell und erfordert keine Installation von einer Datenbank.

[TRomano]

Und der übliche Tipp, wenn es nichts kosten darf (in der Entwicklungsphase) ... : Nimm Firebird embedded. Damit kannst Du lokal auf deiner Maschine entwickeln und später (1:1) auf einen dedizierten Server umstellen, wo dann Firebird als Server läuft. Sicherlich gibt es auch noch andere DB, die jeweils eine Embedded- und Server-Version haben.

[Asura]

Also das würde bedeuten, dass ich eine Implementierung mache, die nur als "Platzhalter" dient, für die spätere Einsetzung einer Datenbank?
Dann frage ich mich aber, wie die hier genannte "Dummy Implementierung", aussieht. Also eine Datenbank wird sich doch ebenfalls empfehlen, dass ich die spätere Einbindung einer konkreteren Datenbank leichter erstellen kann, da ich die Grundstein bereits dann gelegt habe, beispielsweise mit der Verarbeitung der Daten aus der - Ich nennen es mal - Dummy-Datenbank.

[Popov]

Hallo Asura, also dir als Anfänger, aber vor allem wenn es nur eine Kleinigkeit ist, würde ich dir MyBase empfehlen. Delphi hat MyBase so gut versteckt, dass viele nicht mal wissen, dass es sie gibt. Vorausgesetzt du hast die richtige Version findet sich MyBase im Datenzugriff-Register. Und selbst da sucht man den MyBase Begriff.

MyBase ist eine Desktop-Datenbank, d.h. nur auf dem Rechner benutzbar auf dem sie sich befindet.

Komplexe Sachen kann man damit nicht machen, aber kleine Datenbanken sind auch nicht komplex. Der Vorteil für dich wäre, dass du keinen Datenbank-Server benötigst.

[p80286]

Zitat:

Zitat von Popov (Beitrag 1306392)

Komplexe Sachen kann man damit nicht machen, aber kleine Datenbanken sind auch nicht komplex. Der Vorteil für dich wäre, dass du keinen Datenbank-Server benötigst.

Das halte ich für nicht ganz korrekt. Auch kleine (wenige Datensätze) Datenbanken können komplex sein. Ich würde es so ansetzen, daß zunächst die Daten definiert werden, die benötigt werden. Dann die Funktionen die die benötigten Daten in der notwendigen Form (Listen, einzelne Datensätze)
zu Verfügung stellen. An diese "Schnittstelle" kannst Du dann die Oberfläche und die Datenbank anstricken wie sie benötigt werden.
Im Prinzip ist es egal welche Datenbank Du nutzt, aber eine DB, die SQL versteht, ist wohl einfacher auszutauschen, als eine wie auch immer spezialisierte.

Gruß
K-H

[Popov]

Man sollte nicht übertreiben, es muss nicht immer SQL sein.

[mkinzler]

Zitat:

Zitat von Popov (Beitrag 1306397)

Man sollte nicht übertreiben, es muss nicht immer SQL sein.

Man braucht auch kein Auto/Bus oder Zug, man kann dann halt nur in einem kleinen Radius agieren.

Ich würde MyBase als keine wirkliche Alternative zu einer "richtigen" Datenbank ansehen.

Zitat:

Nimm Firebird embedded. Damit kannst Du lokal auf deiner Maschine entwickeln und später (1:1) auf einen dedizierten Server umstellen, wo dann Firebird als Server läuft.

Zum entwickeln würde ich immer eine installierte Serverversion nehmen. Die embedded ist eher eine Möglichkeit bei Anwender, der so keinen extra Server installieren muss.

[Perlsau]

Zitat:

Zitat von mkinzler (Beitrag 1306398)

Ich würde MyBase als keine wirkliche Alternative zu einer "richtigen" Datenbank ansehen.

Damit sollte man sich in der Tat nicht befassen, wenn man sowieso auf dem Weg ist, den Umgang mit Datenbanken zu erlernen. Wenn schon, dann gleich richtig.

Zitat:

Zitat von mkinzler (Beitrag 1306398)

Zum entwickeln würde ich immer eine installierte Serverversion nehmen. Die embedded ist eher eine Möglichkeit bei Anwender, der so keinen extra Server installieren muss.

Dem kann ich nur beipflichten. Man kann sich sehr schnell und problemlos einen lokalen Firebird-Server installieren. Dieselbe Datenbank kann man dann ebenso als Embedded-Variante wie auch als Remote-Server-Variante verwenden. Einzig die Connect-Parameter sind unterschiedlich.

[Popov]

Klar, kein Problem: "Chef, sie wollen eine Adresse? Kein Problem, warten sie mal kurz, ich muss erst den Datenbankserver hochfahren. Ich hab nämlich für Ihre 20 Adressen einen Datenbank-Server installiert."

Ich denke mir, wenn man als Profi ständig Lösungen für Firmen anbietet, verliert man irgendwann den Blick für die Verhältnismäßigkeit. Man kann sich auch immer einen Bagger mieten um ein kleines Loch für ein Bäumchen im Garten zu buddeln.

Also, bevor man sich immer in eine ideologische Diskussion stürzt, sollte man auch immer gucken was die Aufgabe ist. Und eines sage ich, selbst dann wenn man mir eine Waffe an den Kopf hält und mein Leben davon abhängt, wer für 20 Adressen extra einen Datenbank-Server in der Firma installiert, der sollte entweder einen Preis für Deal des Jahres erhalten, weil er dem Kunden etwas angedreht hat was der nicht braucht, oder er gehört geteert und gefedert und aus der Stadt gejagt.

[DeddyH]

Es geht doch nicht um die Anzahl der Datensätze, sondern um die Verknüpfung unterschiedlicher Daten. Und da ist es egal, ob es 20 oder 20.000.000 sind, eine (ordentlich strukturierte) Datenbank kann das immer besser handlen als irgendwelche typisierten Dateien. Und "andrehen" muss man gar nichts, das angesprochene FB Embedded kommt ohne Installation aus, man braucht nur die Datendatei und eine DLL.