Welche Datenbank empfehlt ihr??

[mkinzler]

Warum Schwachsinn?

[luwo]

Zitat von bttb930:

wie auch bei jeder anderen ordentlichen datenbank?

schwachsinn...

nanana, doch net gleich so forsch

mkinzler hat eigentlich schon recht, eine "ordentliche" (what-ever-that-means) Datenbank sollte auf alle
Fälle einen Transaktionsmechanismus mitbringen. Haben wir auch damals im Grundstudium von Anfang an von
unserem DB-Prof zu hören bekommen...
...man kann natürlich auch ohne Transaktionen arbeiten, dann wirds aber meistens aufwendiger bzw. unbequemer.

War auch der Grund warum er (der DB-Prof) meist leichenblass wurde, wenn jemand Access und Datenbank in einem Satz nannte

Grüße luwo

[Hansa]

Zitat von luwo:

...man kann natürlich auch ohne Transaktionen arbeiten, dann wirds aber meistens aufwendiger bzw. unbequemer.

War auch der Grund warum er (der DB-Prof) meist leichenblass wurde, wenn jemand Access und Datenbank in einem Satz nannte

Leichenblass ? Wundert mich nicht. Kann man mit einer SQL-DB tatsächlich auch komplett ohne Transaktionen arbeiten ? Nun ja, wie gesagt : die Frage dreht sich ursprünglich um "welche DB" ? IMHO eher um "SQL oder nicht" ? Da sage ich nur : wer kein SQL benutzt ist selber Schuld. 8)

[ozz]

Hallo zusammen,
eine weiter Option, die ich im Libary Arikel auf die schnelle nicht gefunden habe ist SQlite. Ist für lokale Anwendungen zu empfehlen wenn man die Daten schnell mitnehmen will ( nur eine Datei) und man brauch keine Dienste installieren. Das Teil bekommt man auch auf Rechnern ohne Adminrechte zum laufen. Es gibt auch eine freie Komponente auf delphiinpiration und auch die passenden Admintools dazu.

[scrat1979]

Hallo Freetz,

um noch mal was ins Spiel zu bringen. Ich verwende für kleinere Projekte die Komponenten von ABsolute Database von ComponentAce. Für den privaten Einsatz kostenlos. Voll kompatibel mit den "alten" BDE-Komponenten. Mit Sicherheit nichts für riesen Projekte aber für so was wie Du vorhast denke ich ist auch das eine Überlegung wert, v.a. da auch kein Datenbankserver im Hintergrund laufen muss.


SCRaT

[mkinzler]

Zitat:

eine weiter Option, die ich im Libary Arikel auf die schnelle nicht gefunden habe ist SQlite.

Gilt für alle embedded Datenbanken (FB embedded, MySQL embedded, FlashFiler, MSSql compact?)

[Hansa]

Will er keinen DB-Server installieren, dann kann er einfach auf FB-embedded aufsetzen und fertig. Sollte die Sache wider Erwarten doch größer werden, dann braucht er am Programm nichts aber auch gar nichts zu ändern (natürlich außer einigen Sachen, die man für Mehrplatz-Betrieb beachten sollte). Das wird an dem Insert-Problem aber auch nichts ändern. Egal welche Datenbank, von alleine geht nichts.

[grenzgaenger]

Zitat von Hansa:

Zitat von luwo:

...man kann natürlich auch ohne Transaktionen arbeiten, dann wirds aber meistens aufwendiger bzw. unbequemer.

War auch der Grund warum er (der DB-Prof) meist leichenblass wurde, wenn jemand Access und Datenbank in einem Satz nannte

Leichenblass ? Wundert mich nicht. Kann man mit einer SQL-DB tatsächlich auch komplett ohne Transaktionen arbeiten ?

nicht dass ich wüsst, aber es gibt zum teil DB-optionen, welche automatisch 'n commit machen. damit erspart man sich die anweisung start transaction und commit resp. rollback work. was IMHO jedoch für die transaktionssicherheit einen absoluten horror darstellt.

PS: unter einer ordentlichen datenbank verstehe ich grobgesagt dass (a) sie SQL versteht und damit bei 'ner abfrage nicht jedesmal die ganze datei übers netz (z.b. WAN) übermittelt und (b) transaktionen unterstützt, so dass die mutationen immer atomar ausgeführt werden.

[Hansa]

Zitat von grenzgaenger:

...aber es gibt zum teil DB-optionen, welche automatisch 'n commit machen. damit erspart man sich...

Das geht auch an der Frage vorbei, was man statt IB verwenden sollte. Die Alternativen sind sogar hier in der DP tausendfach nachzulesen. Z.B. über die seltsamen Lizenzmodelle von MySql. Die Kostenfrage bei Oracle oder MS-SQL und auch MySql oder die hiermit entstehenden Einschränkungen usw. sofern kostenlose Testversionen benutzt werden. Dann noch kleinere Kandidaten, mit denen sich kaum einer auskennt. Da kann man nicht mal schnell bei Fragen in einem Forum auf Antwort warten.

So, wenn ich mir das alles mal neu ansehe : IB/FB bleibt erste Wahl. Für Einzelplatz gibt es eine embedded Version, also nur Dateien kopieren. Was will man denn mehr ? Es gibt gute Tools und ausreichend Dokumentation.

Lemmy deckt mit seinen Tutos alles ab, was für eine Turnierverwaltung wohl gebraucht wird. Wem das nicht reicht, der kennt diese Seite wohl nicht :

http://www.firebirdsql.org/

Habe davon einiges ausgedruckt. Ergibt einen dicken Ordner. 8) Und wie gesagt, für ein simples Insert, da gibt es keine DB, die das ohne sich Wissen zu verschafffen völlig von alleine (richtig) macht.