[MySQL++] Is het wat?

[Verwijderd]

Het vorige topic dat over databases in het algemeen ging was gesloten. Dus dacht ik: Ik neem even contact op met de mods via ICQ, maar die waren er niet. Dus zal ik volgens de goede methode een vraag proberen te stellen.

Geef eerst globaal aan wat het probleem is
Het probleem is dat ik een SQL database wil gebruiken voor een programma dat ik aan het schrijven wil en dat ik raag zou willen weten of MYSQL++ voor C++ dus, een goede keuze is.

Geef dan aan wat je al geprobeerd hebt
Ik heb me bijv. rot gezocht naar alternatieven, mSql en SQLRelay. mSQL is een beetje aan de dure kant en SQLRelay had besloten om maar eens te verhuizen(lees: website er af gegooid ).

Geef vervolgens aan waar je denkt dat het aan ligt
Het ligt er denk ik aan dat ik maar moet gokken of iets een beetje een goede database is.

Geef dan aan wat je geprobeerd hebt om dit probleem te verhelpen
Ik heb me dus rot gezocht naar informatie.

Het is me inmiddels wel gelukt om Mysql++ aan de gang te krijgen. Ten tijde van de vorige posting was dat niet gelukt. Dus dat was dan een stukje doorzettingsvermogen.

Wanneer je alles duidelijk hebt uitgelegd, vat je je probleem samen en stel je de uiteindelijke vraag.

Heeft er iemand goede ervaringen met Mysql++ of met een andere SQL database, maakt niet uit welke, zolang deze maar met C++ samenwerkt?


Dit is zeker weer van te hoog niveau, niemand reageert erop?
Het kan natuurlijk ook van te laag niveau zijn(Dit heet indekken ).

[Macros]

Ik weet weinig van C++ coden. Maar ik denk dat het niet uitmaakt welke db je gebruikt.
Je moet gewoon je code schrijven om samen te werken met obdc.
Dan kies je een database, mysql of postgresql zijn beide goede gratis databases. Waarbij postgresql veel meer ondersteund maar daarbij wat performance moet inleveren. Dan installeer je bij die databases een obdc driver en je bent klaar.
Als je geld hebt kan je ook mssql, oracle, DB2 whatever voor db gebruiken zolang je maar voor obdc gebruikt.

[ACM]

Nadeel van odbc is dat het weer wat slomer/lastiger is.

Een directe db-interface kan je over het algemeen sneller en uitgebreidere zaken met je db doen, maar dan wel weer voor 1 db specifiek.
De queries die voor mysql nodig zijn (en de denkwijze) zijn dusdanig anders, dan die voor postgresql/db2/oracle/etc dat je de portability niet op dat niveau zomaar bereikt.

[D2k]

je kan bijvoorbeeld met Borland C++ builder ook oa met Interbase connecten

[zneek]

ACM schreef op 11 augustus 2002 @ 22:05:
Nadeel van odbc is dat het weer wat slomer/lastiger is.

Een directe db-interface kan je over het algemeen sneller en uitgebreidere zaken met je db doen, maar dan wel weer voor 1 db specifiek.
De queries die voor mysql nodig zijn (en de denkwijze) zijn dusdanig anders, dan die voor postgresql/db2/oracle/etc dat je de portability niet op dat niveau zomaar bereikt.

Je moet een keuze maken: 1. ga je voor snelheid, dan moet je nu een keuze maken voor een DB. 2. je gaat voor generiekheid, dan zul je een algemene database interface gebruiken (bijv. ODBC). In de 2 optie zou je ook zelf iets kunnen schrijven.

Ik ga normaal voor de 2de optie, en implementeer mijn eigen DB interface. Wel op een hoog niveau, en vaak ook nog via ODBC. Maar als het moet kan ik ten allen tijde switchen van DB.