Server Datenbank oder embedded Datenbank?

[idefix2]

Wennn irgendwie möglich würde ich bei so etwas ausschliesslich auf Online-Zugriff setzen. Das nachträgliche Synchronisieren von parallel geführten Datenbanken ist extrem aufwändig und fehleranfällig. Wir habe so etwas für einige kleine Teilbereiche unserer eigenen Datenbankapplikationen entwickelt, und es sind die Bereiche, die bei den Kunden den bei Weitem grössten Wartungsaufwand erfordern, weil doch immer wieder irgend eine Kleinigkeit schiefgeht.

[mkinzler]

Wobei das System einer Bibliotheksverwaltung hier relativ gut für so etwas geeignet ist.

[xZise]

Moin,
per Definition kann ja auch nichts schief gehen. Aber es ist relativ umständlich erst einen USB Stick vorzubereiten, da die Namen entschlüsselt werden (müssen), damit auch welche ohne Passwort damit arbeiten können. Und nachträglich muss der USB Stick wieder eingelesen werden.

So habe ich es erfolgreich geschafft, dass eine eingelesene Klasse verloren gegangen ist (die Daten wurden nicht richtig übertragen und dann überspielt). Außerdem ist man dann auch relativ mobil (sofern dort (W)LAN ist), nur müsste es dann eben auf den Rechner laufen. Ansonsten kann es leicht sein, dass die Netzwerkverbindung nicht mehr funktioniert, oder der Server mal heruntergefahren wird.

Und halt dann noch die Geschwindigkeit: Wenn ich 10.000 Datensätze einzeln abfrage, wie langsam ist dann die DB so ungefähr? Es war halt ziemlich langsam als wir die ersten Test mit der SQLite Datenbank gemachten haben. Wenn wir die Tabelle in einen Stück einlesen geht es halbwegs schnell und man muss nur einmal warten

MfG
Fabian

[mkinzler]

Du scheinst die Sache falsch anzugehen. Du benötigst 2 Datenbanken, welche du (teil-)sychron hälst. Im Notfall musst du ja beim "Abkoppel" einfach einen Kopie der Datenbank ziehen und bei der Rückkehr die ppar Datensätze, die sich geändert haben bzw. neu erstellt wurden zurückschreiben.
Warum musst du 10000 Datensätze abfragen?

[xZise]

Zitat von mkinzler:

Du scheinst die Sache falsch anzugehen. Du benötigst 2 Datenbanken, welche du (teil-)sychron hälst. Im Notfall musst du ja beim "Abkoppel" einfach einen Kopie der Datenbank ziehen und bei der Rückkehr die ppar Datensätze, die sich geändert haben bzw. neu erstellt wurden zurückschreiben.

Wie meinst du das?

Zitat von mkinzler:

Warum musst du 10000 Datensätze abfragen?

Wenn dort 10.000 Exemplare vorhanden sind die anzuzeigen sind Oder halt 900 - 1000 Schüler.

MfG
Fabian

[haentschman]

Zitat:

Wenn dort 10.000 Exemplare vorhanden sind die anzuzeigen sind Oder halt 900 - 1000 Schüler.

...ist für mich am Sinn eines SQL DBMS vorbei. Da holt man sich nur das was gebraucht wird. Über Filter die Datenmenge eingrenzen. z.B. nicht alle Schüler laden sondern über den Namen nur den einen Datensatz des Schülers holen.

[mkinzler]

Zitat:

Wie meinst du das?

Zentrale Datenbank + Datenbank auf Laptop

Bei uns waren die Klassen damals in der Oberstufe um die 30. Eigentlich waren das zu viel aber wenn es jetzt 900 -1000 sind, waren wir ja noch gut dran

[xZise]

Zitat von mkinzler:

Zitat:

Wie meinst du das?

Zentrale Datenbank + Datenbank auf Laptop

Bei uns waren die Klassen damals in der Oberstufe um die 30. Eigentlich waren das zu viel aber wenn es jetzt 900 -1000 sind, waren wir ja noch gut dran

Achso nein 900 - 1000 auf der ganzen Schule

Und ja aktuell wird ja eine neue SQLite Datenbank auf den Stick nur mit der entsprechenden Klasse angelegt. Da gibt es auch kein Geschwindigkeitsproblem. Das gibt es, wenn man in der zentralen Datenbank alle Schüler anzeigen lässt.

Und wieso filtern lassen? Was ist, wenn man alle Exemplare durchsuchen will?

MfG
Fabian

[haentschman]

Zitat:

Und halt dann noch die Geschwindigkeit: Wenn ich 10.000 Datensätze einzeln abfrage, wie langsam ist dann die DB so ungefähr?

...wieso mußt du 10000 Datensätze abfragen ?