Listview in Datenbank (rein-und rauslesen)

[Asura]

Dankeschön für die vielen Antworten.
Kurz zur Information:
Das Projekt soll in soweit erweitert werden, das man einen Schichtplan erstellen kann, diesen sollte man dann mit der Mitarbeiterliste erstellen können, da ich später noch die Verfügungszeiten hinzufügen werden. Für die Mitarbeiterverwaltung, sollte der komplette Name, Geburtsdatum, Aufgabenbereich und wie gesagt die Verfügungszeiten innerhalb der Woche abgespeichert werden. Die Schichtpläne sollten dann später auch abspeicherbar und wieder ladbar sein, an diese Problematik wollte ich mich aber später erst auseinandersetzen und vorerst die Mitarbeiterverwaltung fertigstellen. Ich denke die Datensätze der Mitarbeiter werden nicht mehr als 30 werden, dann mit Name, Geburtsdatum, Aufgabenbereich und Verfügungszeiten würden pro Mitarbeiter dann 11 Datensätze hinzukommen (da: 7 Tage + Uhrzeit von den Verfügungszeiten dazukommen).
Zurzeit steht mir kein Server zu Verfügung, da ich das fertige Projekt erst dem Unternehmen vorstellen muss und erst dann entschieden wird, ob dieses eingeführt wird. Erst ab dann steht mit eventuell ein Server mit Datenbank zur Verfügung.
Als weitere Information: Die Mitarbeiter sollten dann später die Schichtpläne einsehen können, somit denke ich doch das eine Datenbank sinnvoll wäre oder? Vorerst sollte es aber erstmal nur Local laufen und später dann Online kommen.

MfG
Asura

[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 von Popov:

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 von Popov:

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.

[p80286]

Zitat von Popov:

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

ICH gebe Dir da recht, man kann es auch ohne DB lösen. Auf der anderen Seite habe ich keine Lust mehr jedem grenzdebilen Superprogrammierer Records und Typisierte Dateien zu erklären.

Nimm SQL und Du bist aus dem Schneider.

(und leider haben auch kleine Anwendungen die Eigenart zu wachsen und dann wird es immer schwieriger die damals schnelle Lösung ordentlich zu pflegen. Hilfreich ist es dann wenn damals schon in Schnittstellen gedacht wurde und das entsprechende Datengrab relativ einfach ausgetauscht werden kann.)

Gruß
K-H