Listview in Datenbank (rein-und rauslesen)

[Popov]

Ok.

[TRomano]

@Popov: es soll ja später Alles auf einem Server laufen haben ... deshalb gleich ein "richtiges" DBS ! Und Server laufen 24/7, da brauch er nix hochfahren, wenn Cheffe mal ´ne Adresse rausgesucht bekommen haben will

[Asura]

Puhh diese ganze Diskussion, wo ein Unwissender einfach nur fragend mit liest
Also ich kann ja das alles noch mal kurz zusammenfassen:

Der komplette geplante Programmumfang:

Ich bin zurzeit dabei, ein Programm zu entwickeln, mit dem man Schichtpläne erstellen kann. Bei dem erstellen eines Schichtplans, sollte man die Mitarbeiter auswählen können. Hierbei wird die Auswahl der verfügbaren Mitarbeiter durch die, in der Mitarbeiterverwaltung festgelegte, Verfügungszeiten bestimmt. Diese einzelnen Schichtpläne sollte man dann auch ausdruck und im Web über eine Website aufrufen können. Des Weiteren sollen die Mitarbeiter die Möglichkeit besitzen durch Eintragung in eine Art Kalender, ihre gewünschten freien Tage zu beantragen. Dies soll dann der Anwender der Anwendungssoftware angezeigt bekommen und entweder gewähren oder ablehnen. Im Falle der Gewährung würde dann zuzüglich der Verfügungszeit auch hinzukommen, dass der Mitarbeiter bei der Schichtplanung nicht an dem Tag angezeigt wird, in dem er sich frei genommen hat.
In der Mitarbeiterverwaltung, stehen die Daten, wie der Mitarbeiter heißt, wann er geboren ist, in welchem Bereich er arbeitet und eben die Verfügungszeiten. Dies soll natürlich alles abrufbar sein und nicht immer neu bei Programmstart eingetragen werden.
Auch sollen die einzelnen Schichtpläne speicherbar sein, somit die dort eingetragenen Daten [Namen der eingesetzten Mitarbeiter (um die 16), Arbeitszeiten pro Mitarbeiter, Pausenzeit (Von Wann bis Wann), Erschienen (ja-nein), Umsatz in der Stunde (19 Datensätze), Notizen] immer wieder abrufbar und einsehbar ist. Pro Tag wird ein Schichtplan angefertig, der Betrieb hat 7 Tage die Woche offen.


So das soll nun der komplette Programmumfang sein, damit man sich ein Bild schaffen kann, wie viele Datensätze das sind, damit ihr mir da vllt besser weiterhelfen könnt, bei der Beratung für eine DB.

Zur Zeit bin ich ja bei der Problematik der Mitgliederverwaltung. Also die Datensätze: wie der Mitarbeiter heißt, wann er geboren ist, in welchem Bereich er arbeitet und eben die Verfügungszeiten.

Ich hoffe ihr könnt mir nun vllt konkreter Helfen mit mehr Informationen

MfG
Asura

[Perlsau]

Sorry, mir ist nicht so recht klar, welche Hilfe du benötigst bzw. hier genau erwartest. Man hat dich bereits darauf hingewiesen, daß du deine Daten entweder in Dateien speicherst oder via Datenbank verwaltest. Bislang konnte ich weder etwas davon lesen, wofür du dich entschieden hast, noch was du bereits unternommen hast, um deine Daten zu speichern oder wie diese Daten überhaupt vorliegen. Mit anderen Worten: Wir wissen absolut gar nichts von deinem Programm außer der Vorgabe, die eigentlich dazu dient, einem Programmierer einen Auftrag zu erteilen. Für Jobangebote ist das aber das falsche Forum, und umsonst wird dir das keiner entwickeln, denk ich mal.

Unter Umständen fehlt es dir noch immer an Grundkenntnissen, so daß dir selbst keinerlei Konzepte einfallen wollen/können, wie du dein Programm zu entwickeln hast.

[Asura]

Das Problem ist, dass ich immer noch nicht weiß, welche DB ich nutzen soll für mein Projekt, deshalb habe ich sozusagen die Programmbeschreibung geschrieben, damit man mir konkret helfen kann, welche DB für ein solches Vorhaben nun das richtige ist.
Ich denke Dateien bringen mir nicht viel, wenn ich das Programm für die Mitarbeiter später auch zum Teil über eine Website erreichbar machen möchte.

Zu den Grundlagen: Natürlich bin ich absoluter Anfänger, aber ich wage mich immer lieber an schwereren größeren Projekten ran, da ich so dadurch am besten lerne. Ich lese mich meistens rein. Beispielswiese habe ich von der Verwaltung und Steuerung von Datenbank in Delphi keinerlei Erfahrung. Wenn ich aber nun weiß mit welcher Datenbank ich arbeiten muss, werde ich mich da hineinlesen und meine Lösungen erarbeiten, ich finde für mich persönlich, muss ich nicht erst den Umweg über Miniprogramme gehen zum das zu lernen, ich lerne das lieber gleich mit praktischer Anwendung, wenn ich das in einem Projekt benötige.

MfG
Asura

[Perlsau]

Wie einige andere hier würde ich dir ebenfalls zu Firebird raten. Dieses DMBS ist sehr einfach zu erlernen und zu bedienen. Du kannst dir auf deinem Rechner schnell einen Server installieren. Du kannst das Programm später auch so gestalten, daß es ohne Server läuft, dann aber nicht wirklich multiuserfähig ist. Das hab ich oben bereits ausführlich geschrieben. Die Entscheidung können wir dir nicht abnehmen, die mußt du selbst treffen. Oder soll ich dir jetzt sagen: "Du nimmst Firebird! Basta! Keine Widerrede!"?

Es gibt hier kein richtig oder falsch, nur praktisch oder weniger praktisch, weil aufwendiger. Wer bereits einen Server betreibt, der nimmt natürlich dieses DMBS für alle Datenbank-Anwendungen, soweit das möglich ist.

MySQL z.B. verbirgt eine sog. Lizenzfalle: Beim Einsatz einer gewissen benötigten DLL wird die Lizenzgebühr fällig. MSSQL kostet Geld, in der kostenlosen Version ist es eingeschränkt. MS-Access ist veraltet und sollte im professionellen Umfeld am besten gar nicht mehr verwendet werden. Das uneingeschränkteste DBMS ist noch immer Firebird.

Die Frage, ob man sich zuerst die notwendigen Grundkenntnisse aneignet, bevor man sich an größere Projekte wagt, ist eigentlich leicht zu beantworten. Die meisten Leute lassen sich durch Mißerfolge stark demotivieren. Deshalb ist es für die Mehrzahl wichtig, mit kleinen Brötchen zu beginnen, bevor sie die Eins-A-Meistertorte backen. Oft sind Projekte, die von Anfängern längere Zeit bearbeitet wurden, derart hoffnungslos verbockt, daß sie's bei der ersten Sackgasse, in die sie geraten, für immer aufgeben. Daß dir nichts einfällt, wie du dein Programm schreiben sollst, hängt eng damit zusammen. Schon allein die Tatsache, daß du die Listbox oder ein Listview zur Datenspeicherung verwendest, wo es doch lediglich der Anzeige dienen sollte, sagt zumindest mir, daß dir wesentliche Basiskenntnisse fehlen. Ich habe das hier schon vielen Anfängern geschrieben und sage es auch dir, auch wenn ich vermutlich mal wieder Perlen vor die Säue werfe: Ohne die notwendigen Grundkenntnisse wirst du nicht weit kommen. Einfach drauflos programmieren ist definitiv der falsche Weg.

[Asura]

Ich kann deinen Punkt natürlich verstehen, dass man als Anfänger wohl doch auch mit Grundlagen anfangen sollte, aber ich werde mich da weiter dran versuchen, vllt fang ich wirklich erstmal an nur lokal zuarbeiten und sehe dann, falls es auf Zustimmung trifft, ob ich das dann immer noch erweitere.

Im Prinzip benutze ich doch das Listview als Anzeige nur:_ Ich lade dort die Daten rein, kann sie dort bearbeiten und lade sie anschließend wieder hoch. So habe ich mir das vorgestellt, oder soll ich ein Stringgrid, Virtualtreeview verwenden? Oder warum, meinst du das das Listview hierfür ungeeignet scheint?

[mkinzler]

Wenn Du ein Auto bauen willst, ist dann die Überlegung welche Farbe ob der Sitzbezug ahben soll, die erste welche Du triffst?

Welche Komponenten Du zur Anzeige verwendest ist im 1. Schritt völlig unwichtig. Du musst Dich zuerst mit der Materie Datenspeicherung/Datenbank vertraut machen. ( Was ist eine Datenbank? / Was bedeutet relational? / Normaliesierung?).
Als nächsten Schritt ist dann, welche Daten für das Programm benötigt werden und deren Abbildung in eine (relationales) Schema.

[BadenPower]

Zitat von Asura:

Ich denke Dateien bringen mir nicht viel, wenn ich das Programm für die Mitarbeiter später auch zum Teil über eine Website erreichbar machen möchte.

Spätestens jetzt musst Du Dir ernsthafte Gedanken über die Grundstrukur machen, bevor Du überhaupt etwas benutzt.

Wie soll die Webseite erreichbar sein?
Lokal gehostet oder auf einem Provider-Server?
Welche Datenbanksysteme bietet dieser Provider/Server?
Welche Zugrifftechniken zur Datenbank stehen mir überhaupt zur Verfügung?

usw..

[Perlsau]

Zitat von Asura:

Ich kann deinen Punkt natürlich verstehen, dass man als Anfänger wohl doch auch mit Grundlagen anfangen sollte, aber ich werde mich da weiter dran versuchen, vllt fang ich wirklich erstmal an nur lokal zuarbeiten und sehe dann, falls es auf Zustimmung trifft, ob ich das dann immer noch erweitere.

Datenbank-Kenntnisse bauen auf erweiterten Basiskenntnissen auf. Du scheinst jedoch nicht einmal über die grundlegendsten Basis-Kenntnisse zu verfügen, gerade so, als ob du wie so viele andere glaubst, durch das Zusammenklicken irgendwelcher Komponenten bereits programmieren zu können. Hier schlagen beinahe täglich neue User auf, die genau dieses Problem haben: »Ich will ein Spiel programmieren, ich will das oder jenes, wie geht das? Kann mir jemand Code liefern?« Und dann, wenn's tatsächlich einer tut: »Das funktioniert bei mir nicht, so ein Schrott kriegt man hier angeboten?« Ich kann mich deshalb nur wiederholen: Wenn du ernsthaft programmieren und zuverlässige, funktionsfähige Anwendungen entwicklen willst, mußt du dir solige Grundlagen erarbeiten. Alles andere wird dich mit Sicherheit scheitern lassen. Ich sage das nicht aus Überheblichkeit oder um meinen Zeigefinger zu gebrauchen, sondern aus eigener leidvoller Erfahrung sowie aus der jahrelangen Erfahrung in den Foren.

Zitat von Asura:

Im Prinzip benutze ich doch das Listview als Anzeige nur:_ Ich lade dort die Daten rein, kann sie dort bearbeiten und lade sie anschließend wieder hoch. So habe ich mir das vorgestellt, oder soll ich ein Stringgrid, Virtualtreeview verwenden? Oder warum, meinst du das das Listview hierfür ungeeignet scheint?

Nein, du verwaltest die Daten im Listview. Du verfügst über keine andere Datenstruktur, in der du die Daten verwaltest. Damit mißbrauchst du das Listview zur Datenverwaltung. Dafür ist es aber nicht gedacht. Schau dir doch einmal die Videos, die ich oben verlinkt habe, an. Dort findest du anhand einer Adressverwaltung (ist ja fast dasselbe wie eine Mitarbeiterverwaltung) beispielhaft erklärt, wie man Daten in Records verwaltet und diese in typisierten Dateien abspeichert. Ich fürchte allerdings, auch das könnte bereits deinen Kenntnisrahmen übersteigen. Allerdings besteht beim Anschauen auch die Gefahr, daß du was dazulernst ...