Welche Datenbank empfehlt ihr??

[Freetz]

Hallo,

ich will ein Programm zur Turnierverwaltung schreiben, dass über eine Datenbank läuft. Ich habe mir das so vorgestellt, dass ich mehrere Tabellen habe.

In der ersten Tabelle stehen die ganzen Turnieren drin, denn man will ja mehrere Turniere veranstalten könnne.
In einer anderen Tabelle stehen dann die Mannschaften, die an dem Turnier teilnehmen und in der letzten Tabelle(n) sind für die einzelnen Gruppen. Also eine Tabelle steht für eine gruppe.

Ich arbeite immoment noch mit InterBase 6.0, fasse aber einen Umstieg ins Auge.

Meine Frage wäre jetzt, welche Datenbank oder Komponente ihr benutzen würdet.

Mit freundlichen Grüßen
Freetz

[Hansa]

Ich würde IB oder FB benutzen. :mrgreen: Was hast Du denn überhaupt darüber genau zu meckern ? :P Was passt dir da nicht ?

[Freetz]

Über IB kann ich nur meckern, da es darüber keine Tutorials gibt und keine Anständige Bücher gibt. Ich bekomme es noch nicht mal hin, einen Insert zu schreiben.

Also zu schreiben schon nur da passiert nichts.

Auf was basiert den Firebird??

Mit freundlichen Grüßen
Freetz

[grenzgaenger]

so z.b.

SQL-Code:

insert into tabelle (fields ...) values ...; 
commit work;

erst über den commit work, werden die änderungen in die datenbank geschrieben, wie auch bei jeder anderen ordentlichen datenbank.

[RWarnecke]

Lese Dir mal diesen Beitrag durch. Dort werden über die Vorteile, Nachteile u.s.w. von verschiedensten Datenbank gesprochen.

[Freetz]

@rWarnecke Oh..Danke.

Sieht gut aus.

@grenzgeanger....mit welcher Komponente mach ich das denn?? Ich habs mit IBClientDataSet ausprobiert, aber da kam ne Fehlermeldung, dass die Komponente nur zum Lesen und nicht zum schreiben ist

Mit freundlichen Grüßen
Freetz

[Hansa]

Zitat:

Zitat von Freetz

Über IB kann ich nur meckern, da es darüber keine Tutorials gibt...Ich bekomme es noch nicht mal hin, einen Insert zu schreiben...

Keine Tutorials ? :shock: Zu jedem Kram ist irgendwas zu finden. Auch hier. Vielleicht wäre es aber wirklich besser, eher auf FB zu setzen. Da gibts jedenfalls genug Infos an jeder Ecke, für IB auch in Delphi mit F1 zu finden (ist in Grenzen kompatibel zu FB). Wenn nicht mal ein Insert klappt, dann wird eine andere DB sowieso keinerlei Linderung bringen. :mrgreen:

Edit : zu früh abgeschickt. TClientDataSet ist nicht zum schreiben gedacht. Das was Grenzgaenger da macht, das sollte man tunlichst unterlassen. Das macht das Dataset mit der Methode Insert besser. Allerdings dreht sich die Frage ja um "welche Datenbank" und ein weiterschreiben bringt nichts.

[Lemmy]

Zitat:

Zitat von Freetz

Über IB kann ich nur meckern, da es darüber keine Tutorials gibt und keine Anständige Bücher gibt. Ich bekomme es noch nicht mal hin, einen Insert zu schreiben.

Sorry, aber dann hast Du nicht genügend gesucht! Schau dich mal auf meiner HP um, da habe ich genügend Tutorials für Firebird, die Du aber auch für Interbase verwenden kannst. Wenn Du die Grundlagen drauf hast, kannst Du dir den Rest auch aneignen...

Grüße
Lemmy

[mkinzler]

Zitat:

Auf was basiert den Firebird??

InterBase

[bttb930]

Zitat:

Zitat von grenzgaenger

so z.b.

SQL-Code:

insert into tabelle (fields ...) values ...; 
commit work;

erst über den commit work, werden die änderungen in die datenbank geschrieben, wie auch bei jeder anderen ordentlichen datenbank.

wie auch bei jeder anderen ordentlichen datenbank?

schwachsinn...

[mkinzler]

Warum Schwachsinn?

[luwo]

Zitat:

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 :mrgreen:

Grüße luwo

[Hansa]

Zitat:

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 :mrgreen:

Leichenblass ? Wundert mich nicht. :lol: Kann man mit einer SQL-DB tatsächlich auch komplett ohne Transaktionen arbeiten ? :shock: 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:

Zitat von Hansa

Zitat:

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 :mrgreen:

Leichenblass ? Wundert mich nicht. :lol: 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:

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.