Datenbankanbindung

pint

Ich bin gerade an der Entwicklung eines Projekts mit C++ und DirectX. Leider habe ich keine Erfahrung mit Datenbankanbindungen in C++.
Ich möchte gerne den Spielstand sowie die andere Optionen im Spiel in eine Datenbank speichern. Das ganze muss nicht rasend schnell sein, da dies während des Ladezyklus (bzw. Speicher) des Spieles aus der Datenbank gelesen wird.
Nun wie gesagt fehlt mir die Erfahrung, und wollte darum euch fragen, was ihr hier für sinnvoll haltet?
Ich hätte an eine Access Datenbank gedacht. Jedoch habe ich in den FAQs und im Forum selbst keine Lösung gefunden. Aus Zeitdruck währe ich euch für eine Tipp und ein Beispiel sehr dankbar.

Ps.: Dies wird kein rissen 3D Spiel, sondern ein mittelgrosses 2D Spiel.

Wär eine DB dafür nicht zu übertrieben?
Ich würde einfach in eine normale Datei speichern.

pint

Doch sicher. Nur wird eine Datenbank verlangt. Die Datenbank hat inzwischen doch auch einen anstänndigen Umfang.

elise

frag mal in einem geeigneteren forum (oder lass dich verschieben)

ich vermute, du arbeitest mit dem visual studio, ev. machst du mfc, da wäre eine db anbindung ja einfach (im mfc forum fragen).
oder du machst winapi, dafür gibt es hier ebenso eine geeignete unterkateogorie.
(->was ich damit sagen will: grenz mal compiler und bibliotheken ein, damit du richtig verschoben wirst... windows ist ja klar ).

c++ standard kennt keine datenbanken.

pint

Danke für deine Hilfe.
Ich benutze Viusial Studio 6. MFC brauche ich nicht.
Jedoch konnte ich auch dort kein Beispiel finden .
Bis jetzt ist mir auch noch nicht ganz klar was ich am besten dafür nehmen soll. Fände es tool wenn ihr eure Erfahrungen mit einbringen könntet.
( Für ein Code-Beispiel wäre ich unendlich dankbar )

elise

hier
http://www.c-plusplus.net/forum/viewtopic.php?t=65271&highlight=access&sid=c2a9290c9b19e5765779afde66681fd0
der obere wäre ein beispiel fürs ansprechen der access db ohne mfc.

es gibt massen beispiele, nutze mal die suchfunktion (schlagwort access oder odbc)

ich glaube, daß hier
http://www.programmersheaven.com/zone15/cat238/2438.htm
waren noch beispiele, wie ansprechen und auslesen... schau mal nach.

erstmal soweit und auch in die msdn schauen.

rüdiger

http://dtemplatelib.sourceforge.net/dtl_introduction.htm

energyzer

Warum nutzt du nicht SQLite? Die DB wäre perfekt für deine Ansprüche und ist
wesentlich leichter zu handhaben als eine Access-Datenbank. Unabhängig davon,
dass ich von Access sowieso die Finger lassen würde - in meinen Augen ist
Access einfach nur großer Schrott

elise

EnERgYzEr schrieb:

Warum nutzt du nicht SQLite? Die DB wäre perfekt für deine Ansprüche und ist
wesentlich leichter zu handhaben als eine Access-Datenbank. Unabhängig davon,
dass ich von Access sowieso die Finger lassen würde - in meinen Augen ist
Access einfach nur großer Schrott

da stimmen ich zu. nur manchmal muss man es machen wegen der auftraggeber.. wenn die sich nicht an eine neue db rantraun... thats life.

Hi EnERgYzEr,

woher weisst du das Access Schrott ist. Hörensagen oder eigene Erfahrung. In wievielen deiner Projekte hattest du denn Probleme. Meiner Erfahrung nach ist für Standalone-Datenhaltung eine FileSharing-Datenbank in jedem Fall vorzuziehen. Das muss nicht Access sein, ist aber meistens die einfachste Lösung weil die meisten Kunden nun mal MS-Office einsetzen.

Alle notwendigen Treiber ODBC/ADO sind daher ebenfalls schon vorhanden und es muss nichts zusätzlich installiert werden. Und Admin-Tools die mit MDB-Dateien umgehen können, wenn keine Access-Vollinstallation vorhanden ist, gibts im Dutzend und umsonst im Netz.

Solange man mich nicht mit vorgehaltener Pistole zwingt werde ich bei keinem Kunden SQL-Server, DB2, oder Oracle einsetzen der nicht mindestens über ne eigene IT-Abteilung mit DBA verfügt

energyzer

Erfahrungen: http://www.dbcopy.de/

Das DAO Interface kann man ja nicht mehr verwenden, da es sowieso komplett
veraltet ist. ADO ist pur viel zu umständlich - also bleiben nur noch
Bibliotheken. Dann brauchen die Kunden immer die aktuellsten Treiber, um
auf die Datenbanken zugreifen zu können.

Auch ist die Performance für jeden auch nur semi-professionellen Anspruch
viel zu niedrig. Über den SQL-Support von Access brauchen wir ja nicht reden,
oder?

Daraus hab ich für mich die Konsequenz gezogen: Für Desktop-Lösungen: SQLite,
dass eine brauchbare Performance hat, einfach anzusprechen ist und gute
SQL-Unterstützung hat. Bei Servern habe ich bis jetzt erst mit mySQL tiefere
Erfahrungen sammeln können - Mit Oracle werde ich mich erst demnächst
beschäftigen.

Ein Produkt-Link als Erfahrungsbericht, entgeht mir da was. ?

Neben DAO geht ebenso RDO oder ADO. Was ist an der Verwendung von normalen SQL-Statements (RDO/ADO) problematisch. In Verwendung als Datenbasis einer Standalone-Anwendung sehe ich auch keine Probleme mit dem SQL-Standard. Locking-Mechanismen und/oder paralle Datenverarbeitung oder gar Transaktionen spielen in diesem Fall ja wohl keine Rolle. Die Einfach einer "Datensicherung", nämlich speichern der MDB-Datei, spielt aber beim konkreten Einsatz durchaus eine Rolle. Schon mal nen Kundenanruf wegen Datenbankproblemen bekommen, wenn der Kunden nicht weiss wo und von wann, falls überhaupt eine Sicherung vorhanden ist. Und wenn du erstmal mit der Sekretärin des "IT-Abteilungsleiter", selbst leider in Urlaub, einen Restore einer Oracle-Datenbank versucht hast, dann wünscht du dir (jede) FileSharing-Datenbank zurück.

energyzer

Die Software wurde von meiner Firma entwicklet, deshalb der Link zum Thema
Erfahrungen.

Zu Access: Ich sehe SQLite als brauchbare Alternative zu Access - auch hier
hast du nur eine Datei, die man beliebig kopieren / verschieben, etc. kann.
Das Problem ist nur, dass es nicht so ein "schönes" Interface dazu gibt. Aber
im Regelfall werden hier ja eh spezielle Interfaces für ein Unternehmen
entwickelt, so dass man hier wieder ein Argument für SQLite hätte.

Zur SQL-Unterstützung von Access: Ich glaube mehr als SELECT/UPDATE/DELETE
ist nicht drin, oder? Und wenn ich die Syntax für ein Datums-Feld sehe,
bekomm ich jedesmal wieder einen Lach-Heul-Krampf

pint

Danke für die vielen Tipps. Ich denke mir nur, dass ich für ein sSpiel keine Multiuserdatenbank benötige oder? Ich sehe Access fast als einfachste Lösung. Oder liege ich da falsch?! Schon nur, das nicht weiter Komponenten für das Spiel inst. Werden müssen.
Werde Morgen gleich mal die super Beispiele ausprobieren. Danke euch erstmals für den tollen Einstieg, den ihr mir ermöglicht habt.

Noch etwas zu eurer allgemein Meinung zu Access (aus Datebanksicht ohne Bezug zu C++). Ich finde Access gar nicht so schlecht, wenn man sich das ganze mal etwas tiefer anschaut ist doch recht viel erreichbar. Für kleinere Zwecke ist es doch recht brauchbar (Gui etc. ist ja alles schon vorhanden). Jedoch würde ich Access mit keinem anderem Datenbanksystem vergleichen, denn Access ist und bleibt eine Singeluserdatenbanksystem.

Dann ist es ja auch ne FileSharing-Datenbank wie Access. Den Vorteil den ich bei Access halt häufig erlebt habe, ist gerade die Anbindungsmöglichkeit durch ADO. Das heisst, dadurch kannst mit jeder COM-fähige Programmiersprache in (fast ;)) gleicher Art Weise mit allen (ADO-)Datenbanken arbeiten. Ob SQLite das auch kann weiss ich nicht !??

energyzer

Nein, SQLite hat nur eine C/C++ Api. Ist dafür halt unter allen Betriebs-
systemen einsetzbar und Open Source.

Allerdings gibt es für so ziemlich jede Sprache einen entsprechenden Wrapper.
Darunter sind auch COM Wrappers oder auch z.b. Schnittstellen für Java:

http://www.sqlite.org/cvstrac/wiki?p=SqliteWrappers

Auch ist SQLite mitleerweile in Version 3 verfügbar, die wohl als absolut
stabil gelten darf. Von der Performance haben wir in Tests sehr gute Ergebnisse
erzielt, die weit über Access hinausgehen. Die Ergebnisse beim Vergleich zu
mySQL hab ich leider nicht mehr im Kopf.

Wers braucht, findet auch eine fast komplette Unterstützung des SQL-Standards.

Gibts zu SQLite eigentlich auch ein (kostenloses :)) Admin-Tool mit GUI damit zumindest auch mittelschwere DAU's ne Datenbank, Tabellen + Indizes anlegen können.

pint

sqlite3::connection con("test.db");

      int count=con.executeint32("select count(*) from sqlite_master where name='t_test';");

Sieht ziemlich einfach aus um auf die DB zuzugreifen. Wenn ich mir da die anderen Beispiele ansehe scheint dies wirklich ziemlich komfortabel zu sein.
Jedoch glaube ich nicht, dass dies die geeignete Lösung für (zurzeit noch) ein Singeluserspiel ist.

Jedoch möchte ich hier die Diskussion nicht weiterführen welches Datenbanksystem besser ist, denn Access kann man (aus Datenbanksicht) nicht damit Vergleichen. Zudem möchte ich nicht vom Ziel dieses Beitrags abweichen und in eine völlig andere Richtung abschweifen...

energyzer

Hier eine Übersichtsseite:

http://www.sqlite.org/cvstrac/wiki?p=SqliteTools

Das Tool scheint ganz vielversprechend zu sein:

http://sqlitebrowser.sourceforge.net/index.html (habs aber noch nicht getestet)

Und sonst: Ich entwickel in meiner Firma gerade ein Tool, dass wohl die dort
angebotenen weit übertreffen wird - aber das dauert noch