Valg af database

Ville selv bruge MySQL eller MS SQL Express edition...
MySQL er en fuldskala database og performer bedre end Access, har du brug for at lave rapporter direkte i basen, så er access nok ok, men det afhænger natuligvis af hvor meget du vil kræve af den

Jeg sidder og roder lidt med det samme, jeg har valgt at bruge den database i Openoffice. Det er meget lig med den i Office. Mit alternativ er Firebird databasen med admin modulet Flamerobin, det mere hvis man vil have nemmere adgang til SQL delen.

Backupløsningen er rimeligt nem, det er bare at backe selve database filen op, eller eksportere indholdet i ren SQL tekstformat, så kan du altid åbne filen.

Håber det gav lidt inspiration :-)

Prøv evt at se på www.sqlite.org "SQLite is a software library that implements a self-contained, serverless, zero-configuration, transactional SQL database engine.". Den er ret nem at gå til uden at man skal igang med en større installation. Når dit program er færdig, skal du bare compileret lib'et ind/distribuere dll'en - og så virker det - uden mysql/access installationer :)

Databasen er formentligt ret uinteressant til dette formaal - Access, SQLServer og MySQL
kan alle klare den opgave.

Langt mere interessant er database API !

Bruger man ODBC saa kan man nemt skifte fra Access til SQLServer.

Med MySQL har man et forholdsvis nemt MySQL specifikt API (som endda virker
velkendt hvis man har PHP erfaring).

Hvis man bruger managed C++ (.NET) kan man bruge diverse ADO.NET providere.

SQLServer kommer med gode gamle DBLIB, men det er ikke rigtigt supporteret
laengere saa det vil jeg ikke anbefale.

cronck>

Kommet videre ?

Hej igen
Jeg kom desværre aldrig videre, da jeg fik ret så meget at se til i december, og projektet mere eller mindre blev skubbet til siden, og glemt for en stund. :)

Arne, hvilken database API er så nemmest at benytte sig af, hvis man ikke har specielt godt styr på det i forvejen?
Vigtigt for mig, må være at der er masser' af tutorials og lign. rundt omkring på nettet.

Foretraekker du pest eller kolera ?

:-)

Bruger du Visual Studio 2002/2003/2008 til at lave din C/C++ kode og har du ingen
specielle krav om ren Win32 kode, saa vil managed C++ og ADO.NET helt klart vaere
det nemmeste.

Men er det ikke tilfaeldet, saa ser det mere sort ud.

Jeg mener at kunne huske, at du er VB mand.

Det API som kraever mindst kode er nok MFC OLE DB. Men det kraever nok C++ kunnen
paa hoejt niveau. Saa den tror jeg ikke paa.

Saa er der ODBC og MySQL API tilbage. Det er rene C API'er. Ikke saa svaere at forstaa,
men noget primitive og betydeligt vanskeligere end ADO i VB.

Jeg gaetter paa at du kender Access bedre end MySQL, saa jeg tror at du skal proeve
ODBC mod en Access database.

Du husker ganske rigtigt.
Har brugt utroligt meget tid på VB førhen, hvor jeg har hentet en del hjælp herinde.

Har faktisk lavet et tilsvarende projekt i VB, hvor jeg også brugte ODBC til at hente fra en alm. Acces database - Ligesom jeg gjorde med ASP i sin tid.

Så måske det er det mest oplagte valg.
Jeg har ikke Visual Studio, men kan formentlig godt få fingrene i det.

Hvad menes der helt konkret med Managed C++?
Ja, jeg spørger sikkert rimelig dumt.... :)

ODBC i C er ikke det samme som ODBC i VB6 og ASP !

managed C++ er C++ kode oversat til .NET

i .NET 1.0 (VS 2002) og .NET 1.1 (VS 2003) hed det "Managed Extensions for C++"

i .NET 2.0 (VS 2005) og .NET 3.5 (VS 2008) hedder det "C++/CLI"

og de to varianter er altsaa noget forskellige

managed C++ er ligesaa forskellig fra native C++ som VB.NET er forskellig fra VB6

hvis du vil ODBC saa er http://www.eksperten.dk/artikler/207 nok relevant

Endte med at jeg ikke fik tid til projektet, og sidder idag og rydder lidt op i gamle spm.

Arne, hvis du også smider et svar, splitter jeg pointne. :)

ok