Objektorienterade databaser

Jag vet inte riktigt vad du menar med objektorienterade databaser. Men du kanske syftar på vanliga databaser, typ MySQL och Access? Access har jag ingen större erfarenhet av i C++ och egentligen inte MySQL heller. Men vad jag vet är att det finns ett lib som heter mysql++ som man kan använda i C++ för att interagera med en mysql-databas.

Detta kan såklart bli lite klumpigt att använda i ett litet program, men om du ska göra någon slags server kan det kanske fungera, återigen är jag osäker på vad du ska ha det till. Mssql finns ju också, och det är kanske mer anpassat för dina mål. Hursomhelst måste du nog lära dig SQL och nästa steg är väl att ta reda på vilken databas som passar dig bäst, för att sedan fortsätta och ta reda på hur man brukar använda dessa med C++.

Jag vill dock påpeka att det är inget jag har sysslat med, men det är några tips iallafall som du kan kolla upp.

kör ner datat till XML filer, kanon för att spara objekt från c++

Aha, då är jag med i båten. Samtidigt tycker jag att spara ner ett helt objekt verkar vara slött, hehe. XML är faktiskt ett väldigt bra format att spara undan data i, eftersom det är så väldigt portabelt och lätthanterat på alla sätt och vis.
(varför tänkte jag inte på det först?)

Jag är inte så insatt i sådana databaser du pratar i, men jag tycker du skall betänka fördelarna med XML, för att dela upp ett objekt behöver ju inte vara speciellt svårt såvida det inte är enorma saker.

Nåja, jag drar mig nog ur här tror jag. Jag önskar dig lycka till!

Hehe, även jag tycker det låter väldigt intressant.

Nu hoppar jag tillbaka in i diskussionen ändå, för det jag tänkte på först när jag läste var det här:

http://www.parashift.com/c++-faq-lite/serialization.html#faq-...

..och nu när jag hört mer om det du vill göra stämmer det kanske, och det skulle ju nästan vara lite smidigare, troligtvis? Har aldrig testat det själv - men har velat göra det länge.

Välj XML för annars kommer du ångra dig.
Databaser är gjorda för något helt annat än att lagra information för något program eller likanande.
Behöver du logga mycket information när programmet körs så kan en databas fungera bättre. Lagrar du information för flera användare kan det också passa bättre.

De flesta program idag går över till att lagra sin information i XML, Word, Excel och andra.

Nog kan väl databaser vara ett bra alternativ ibland för program. Det kan ju vara så att man vill söka efter vissa poster och sortera hittan och dittan, kör man mot en sql-databas behöver man ju inte sitta och harva igenom en massa filer manuellt.

XML-filer == text-filer. Deras förtjänst handlar väl mest om utbyte av data. Om dina filer bara berör ett och samma program så kan det väl inte finnas nån anledning till att bloata dem med xml-krimskrams. Möjligen att det finns xml-bibliotek som hjälper till med att parsa och navigera i en xml-fil.

Jag har aldrig använt det men jag har hört surras om sqlite som verkar vara en lämplig databas för dina syften.

ORM är kanske ett alternativ, men jag vet inte vad som finns i den vägen för C++.

Nix, det finns faktiskt objektorienterade databaser. De var (någorlunda) populära i slutet av nittiotalet, men nu verkar de helt ha försvunnit från marknaden...

Ehhm. Nej...

Visserligen har vissa databasmotorer direkt stöd för XML som datatyp (t.ex. SQL Server 2005), men det är sällan så värst effektivt. Det bästa sättet är som kode ovan nämnde att använda ett ORM-ramverk (Object-Relational Mapper). För Java och .NET finns (N)Hibernate, vet inte riktigt vad som finns för C++ men jag skulle bli förvånad om det inte finns något bra där också.

Oberoende om du väljer xml eller DB så är objekt mappning det enda rätta.
Man vill inkapsla Persistensmediumet i datalagret och enbart skicka ut modelobjekt från den.

varför xml är så bra.
- Det finns många verktyg för att titta i xml filer.
- finns en del parsrar och det är relativt lätt och skriva en själv
- lätt och modifiera data om man nu råkat göra en felaktig struktur. alla som programmerat objekt vet att de ändras en del...
- finns även hantering för att förändra information
- uppgradera data eller bara läsa delar av informationen är inga problem

databaser
- krävs det att man installerar någon blaffedatabas så är det bara och glömma
- det behövs gränssnitt för att prata med databasen, drivare mm om man nu inte väljer någon liten sak (sqlite? )
- ta noga reda på hur det blir med uppgraderingar mm av programvara
- databaser har självklart sina fördelar med (räknar inte upp dem här=

Tja. jag skulle vilja se ett program som SAP implementeras med XML. Alla verktyg har sitt syfte! Mycket data och xml suger, varför? Ofta tar uppmärkningen mer plats än datat den uppmärker...

Men visst, i lätta clientapps med lite data eller som settingsfiler, etc, är xml perfekt.

Jag är nyfiken, vad är skillnaden?
Förstår inte varför det skulle vara bättre att ha ett XML-lib för att handskas med XML-filer än att ha ett SQL DB-lib för att handskas med SQL DB.

Beror lite på vad man vill spara. Om du vill spara det som en databas så kanske sqlite kan vara något. Har själv använt det för en del grejer. Vädligt mysigt.

Ah, missförstod din idé - jag trodde att du förespråkade att lagra XML:en i databasen.

För all del, vill man inte blanda in en databas alls så är ju serialisering till XML ett alternativ.

Det är väldigt sällan mina projekt inte skulle innehålla en databas ändå, så jag brukar (nästan) aldrig välja fillösningen. Om inte annat så brukar skrivrättigheter till disk ofta vara ett större problem än att sätta upp databasanslutningen.

testa de olika lösningarna så märker du skillnaden, dessutom så om man är rätt ok på parsrar så kan man ganska snabbt skriva en egen för xml. finns många som fungerar utmärkt med om man söker lite (med källkod). har själv skrivit tre olika totalt