Speichern und Lesen von Daten

[KeyBe]

würd ich sehr gern, das thema interessiert mich schon ziemlich. aber leider fehlt mir die zeit dazu, hab nur noch eine woche

[marabu]

Hallo,

bevor du irgendetwas speichern kannst, musst du dir mal Gedanken machen wie deine Daten aussehen. Du hast es zwar nicht geschrieben, aber ich vermute, dass deine Umfrage vom Typ Single Choice ist: Mehrere mögliche Antworten werden vorgegeben und man kann nur eine auswählen. Das wird eine sehr spezielle Software, die für Freeform und Multiple Choice nicht verwendet werden kann, aber das nur am Rande.

Wie werden die Daten eingesammelt? Über ein einfaches Formular in einem Delphi-Programm? Warum schreibst du von gleichzeitigem Ausfüllen des Formulars? Willst du mehrere Instanzen deines Programms laufen lassen? Sollen die Daten an irgendeiner Stelle in Echtzeit ausgewertet werden? Wie verhinderst du, dass jemand mehr als einmal antwortet?

Da sind noch eine Menge weitere Fragen, über die du dir Gedanken machen musst, bevor du ein brauchbares Programm für den genannten Zweck erstellen kannst. Dabei ist deine Fähigkeit Delphi-Code zu schreiben die geringste Hürde.

Noch eines:

Zitat von DeddyH:

AFAIK bezeichnet man alle Einzelplatz-RDBMS als Desktop-DBs. Man kann sie zwar im Netzwerk nutzen, aber bei mehr als einer Handvoll Nutzer gleichzeitig bricht die Performance ein. Hier sollte man dann echte Client/Server-RDBMS einsetzen.

Die Gleichsetzung von Einzelplatz-DB und Desktop-DB finde ich nicht so gut: Mehrplatzfähigkeit ist kein identifizierendes Merkmal einer Client-Server-Architektur. Wahrscheinlich jedes Client-Server-Datenbanksystem lässt sich im Single-User-Modus betreiben.

Das wesentliche Architekturmerkmal einer Desktop-Datenbank ist die Ansiedlung der Datenzugriffsschicht auf dem gleichen Rechner, auf dem auch die Anwendung ausgeführt wird, wobei die Zugriffsmethoden statisch oder dynamisch in die Anwendung selbst (monolithisch) eingebunden werden. Konkurrierende Zugriffe im Netzwerk müssen entweder über die Sperrmechanismen des jeweiligen Dateisystems (z.B. dBase) oder einen darauf aufsetzenden Sperrmechanismus (z.B. Paradox) gesteuert werden.

Bei der Client-Server-Architektur kommuniziert jede Anwendung über ein Netzwerkprotokoll mit der Verwaltungsinstanz und nur noch dieser Code wird dynamisch eingebunden. Durch die Zentralisierung der Verwaltungsfunktionen wird die bessere Skalierbarkeit erreicht. JFTR

Freundliche Grüße

[KeyBe]

naja...für mich steht momentan das abspeichern im mittelpunkt. die andernen probleme sind zwar auch wichtig, aber in dem fall eher weniger von bedeutung, da die umfrage bereits vor einigen wochen altmodisch mit stift und papier von allen schülern ausgefüllt wurde. eigentlich war geplant, dass dann am 30.6. einige schüler (die lehrer sind anscheinend zu faul) das ganze durch zählen auswerten dürfen. deswegen möchte ich ein programm schreiben, bei dem die schüler ganz einfach das ergebnis jedes fargebogenns eintippen (geht hoffentlich schneller und fehler durch verzählen etc. sind unwahrscheinlicher), ihn also "digitalisieren". manipulation schließ ich dabei eher aus.
dabei kann man ja auch erstmal durch absprache vermeiden, dass mehrere schüler gleichzeitig ihre daten speichern, da ich vorhabe, das ganze so zu gestalten, dass erst jeder der glücklichen schüler all seine ihm zugeteilten zettel abarbeitet und sein gesamtergebnis dann erst in die txt/ini, ... speichert.
es wäre also erstmal sowas wie ne beta. um ne version, die bei ner umfrage richtig und fehlerfrei benutzt werden könnte, würde ich mich dann später kümmern.

[Chemiker]

Hallo KeyBe,

wenn das so ist, kannst Du dir ja mal dieses Tut. ansehen.

Beispiel Datenbank

Dort wird erklärt wie man eine Datenbank mit Delphi – Bordmittel anlegt. Ist relativ schnell erstellt und vermittelt auch ein wenig Grundlagen für eine spätere richtige Datenbank. Das fertige Programm einschließlich der Daten können auf ein Stick gespeichert werden.

Bis bald Chemiker

[NormanNG]

Hi,

Zitat:

dabei kann man ja auch erstmal durch absprache vermeiden, dass mehrere schüler gleichzeitig ihre daten speichern, da ich vorhabe, das ganze so zu gestalten, dass erst jeder der glücklichen schüler all seine ihm zugeteilten zettel abarbeitet und sein gesamtergebnis dann erst in die txt/ini, ... speichert.

Dazu kannst du auch an jedem AP die Daten in eine "eigene" INI speichern lassen und diese dann erst am Ende/bei der Auswertung zusammenfassen.

[KeyBe]

thanks @ all

@ NormanNG
ja, klar, aba ich wolltes gern in eine einzelne machen, sonst kann ichs ja auch gleich in einer zweiten form abspeichern und nich extra ne ini-datei anlegen