Die letzte Zeile aus der DB schnell auslesen?

[EgonHugeist]

@AlexII

keine Ahnung, ob dich schon mal einer darauf verwiesen hat, dass du das mit SQLite gar nicht brauchst.
Schau mal hier: https://www.sqlite.org/autoinc.html rein..

[Bernhard Geyer]

Zitat:

Zitat von EgonHugeist (Beitrag 1285642)

@AlexII

keine Ahnung, ob dich schon mal einer darauf verwiesen hat, dass du das mit SQLite gar nicht brauchst.
Schau mal hier: https://www.sqlite.org/autoinc.html rein..

Siehe Beitrag #3

[EgonHugeist]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1285644)

Zitat:

Zitat von EgonHugeist (Beitrag 1285642)

@AlexII

keine Ahnung, ob dich schon mal einer darauf verwiesen hat, dass du das mit SQLite gar nicht brauchst.
Schau mal hier: https://www.sqlite.org/autoinc.html rein..

Siehe Beitrag #3

Right! War hier nicht ganz auf dem Laufenden :oops:

[mkinzler]

Zitat:

Zitat von mjustin (Beitrag 1285638)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1285618)

Daten löschen? In diesem Bereich wäre es vom Datenmodell wohl sinnvoller eine Flag "inaktiv" zu vergeben statt alle Daten zu löschen.

In diesem Bereich muss man eventuell auch das BDSG beachten und gegebenenfalls doch löschen.

Dann aber nicht den kompletten Kundendatensatz sondern ggf. nur betroffene personenbezogene Daten.

[Jasocul]

Na dann hoffe ich mal, dass die Anwendung nie als Multi-User-Anwendung zum Einsatz kommt.
Bei der vorgesehenen Lösung dürfte es zu Problemen kommen, falls mindestens 2 Anwender zur selben Zeit einen neuen Datensatz erfassen.

Ein AutoInc-Feld funktioniert doch sehr gut. Man muss sich bei der Programmierung in solchen Fällen nur die Mühe machen, keine datenbanksensitiven Komponenten zu verwenden. Erst wenn der Anwender speichern will, wird der Datensatz eingetragen. Dann gibt es auch keine Lücken und doppelte Nutzung gelöschter Nummern ist damit auch verhindert.

[mkinzler]

SQLite hört sich eher nicht nach MultiUser an.

[Jasocul]

Zitat:

Zitat von mjustin (Beitrag 1285638)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1285618)

Daten löschen? In diesem Bereich wäre es vom Datenmodell wohl sinnvoller eine Flag "inaktiv" zu vergeben statt alle Daten zu löschen.

In diesem Bereich muss man eventuell auch das BDSG beachten und gegebenenfalls doch löschen.

Bitte dann aber das BDSG genau lesen. Es gibt gesetzlich festgelegte Aufbewahrungszeiten, die gegen eine Löschung sprechen. Ich vermute, dass das mit dem "eventuell" gemeint war, aber ich wollte das nochmal deutlich hervorheben, bevor unzulässiger weise gelöscht wird.

[Jasocul]

Zitat:

Zitat von mkinzler (Beitrag 1285677)

SQLite hört sich eher nicht nach MultiUser an.

Im Grunde sehe ich das auch so, aber oft werden Anwendungen auch mit "kleinen" DB-Systemen entwickelt und später portiert. Mal abgesehen davon blockiert SQLite die Datenbank für ein paar Millisekunden nur während der Schreibvorgänge. Also theoretisch kann man trotzdem in eine Falle laufen.

[p80286]

Zitat:

Zitat von Jasocul (Beitrag 1285680)

Zitat:

Zitat von mkinzler (Beitrag 1285677)

SQLite hört sich eher nicht nach MultiUser an.

Im Grunde sehe ich das auch so, aber oft werden Anwendungen auch mit "kleinen" DB-Systemen entwickelt und später portiert.

Wenn angeblich eine Kundennummer verwaltet wird, dann sollte man sich durchaus Gedanken für eine "große" Datenbank machen. Bei eine Verwaltung für CDs (gibt's die überhaupt noch?)könnte man das etwas schleifen lassen. Nur wenn man's im kleinen nicht übt, dann wundert man sich bei den "großen".

Gruß
K-H

[mkinzler]

Bei einem richtigen DBMS wird man dies dann auch ganz anders lösen.