[C++][Database] come fare a salvare e recuperare gli oggetti di un programma C++

[Perry_Rhodan]

Cerco di spiegarmi

Vorrei poter salvare e leggere gli oggetti di un programma c++ che normalmente vengono gestiti in memoria appoggiandomi possibilmente ad un programma di gestione di database sql (cosa mi consigliate? mysql, firebird o ?).

La massa dei dati dovrebbe risiedere sul database su disco, mentre in memoria dovrebbero andare i dati da elaborare, il tutto gestito nel modo più trasparente possibile.

L'ideale sarebbe che nel momento in cui definisco e implemento una classe nel programma sia possibile con pochi semplici passaggi riportarne la struttura sul database in modo che sia semplice salvare gli oggetti o richiamarli alla bisogna realizzando su disco una copia degli oggetti in memoria che mi servono.

Qualcuno cortesemente potrebbe fornirmi spiegazioni o segnalarmi tutorial ed esempi?
o almeno suggerirmi qualche punto da dove partire?

Grazie

[cdere]

se non è tanta roba forse è inutile scomodare un DB puoi usare un file XML

[fero86]

praticamente ti serve un sistema di serializzazione per C++ che maschera un database. realizzare un sistema di serializzazione generico per C++ non é facile (per non dire che é semplicemente impossibile) visto che C++ non é un linguaggio riflessivo, cioé non é dotato di reflection.

come al solito mi vengono in mente COM e le tecnologie attive (non so se ADO c'entra qualcosa), ma forse ci sono delle possibilitá piu semplici. attendi qualche parere piu esperto, altrimenti da parte mia hai lo spunto per COM

[Perry_Rhodan]

Originariamente inviato da cdere

se non è tanta roba forse è inutile scomodare un DB puoi usare un file XML

Cioè salvare i dati in un file XML, sì è una possibilità, esiste una qualche libreria che renda quanto più possibile trasparente il tutto?

Il database era per avere la possibilità di sfruttare al meglio le funzionalità e l'efficienza del "motore" SQL.

Le funzionalità essenziali che mi servono sono:

Date una o più classi trasferirne la struttura sul DB
salvare oggetti sul DB con le loro varie relazioni
caricare oggetti dal DB ripristinando le corrette relazioni
eliminare oggetti dal DB

la massa dei dati deve stare nel database
in memoria devono stare i dati in elaborazione e gli oggetti temporanei
se il passaggio tra dati su database e dati in memoria fosse gestito in maniare trasparente sarebbe ottimo

scusate se non sono molto chiaro

[tomminno]

Originariamente inviato da Perry_Rhodan

Qualcuno cortesemente potrebbe fornirmi spiegazioni o segnalarmi tutorial ed esempi?
o almeno suggerirmi qualche punto da dove partire?

Grazie

Una libreria che fa più o meno quello che chiedi è SOCI
I database supportati sono praticamente tutti quelli in circolazione.

[tomminno]

Originariamente inviato da Perry_Rhodan

Le funzionalità essenziali che mi servono sono:

Date una o più classi trasferirne la struttura sul DB
salvare oggetti sul DB con le loro varie relazioni
caricare oggetti dal DB ripristinando le corrette relazioni
eliminare oggetti dal DB

Per questo ti servirebbe più un ORM (Linq, Hibernate,...).
Non mi risultano esistere ORM in C++.
Altrimenti usi i tradizionali strumenti messi a disposizione dai database: stored procedure e viste.

[banryu79]

Originariamente inviato da tomminno

Per questo ti servirebbe più un ORM (Linq, Hibernate,...).
Non mi risultano esistere ORM in C++.
Altrimenti usi i tradizionali strumenti messi a disposizione dai database: stored procedure e viste.

Sì.
Ma se non deve gestire vagonate di record forse potrebbe evitare l'ORM appoggiandosi direttamente ad un database ad oggetti, invece che relazionale.
Oppure provare ad usare qualcosa di diverso come un Prevalent System (se i requisiti lo permettono).
In entrambi i casi non so quali datbase/librerie esitano allo scopo (per C++).

@EDIT: la relativa voce su wikipedia (sperando che nessuno resti disgustato ).

[Perry_Rhodan]

Originariamente inviato da fero86

praticamente ti serve un sistema di serializzazione per C++ che maschera un database. realizzare un sistema di serializzazione generico per C++ non é facile (per non dire che é semplicemente impossibile) visto che C++ non é un linguaggio riflessivo, cioé non é dotato di reflection.

come al solito mi vengono in mente COM e le tecnologie attive (non so se ADO c'entra qualcosa), ma forse ci sono delle possibilitá piu semplici. attendi qualche parere piu esperto, altrimenti da parte mia hai lo spunto per COM

Sì direi che hai sintetizzato bene quello che ho in mente

E Ricorrendo ad altri linguaggi come Python o Java?

Dici che dovrebbero essere più adatti, questi almeno sono linguaggi riflessivi?

Vorrei però rimanere sul C++ che conosco meglio (Molto Molto relativamente ), ritengo più efficiente anche se più ostico e IMHO dovrebbe essere in grado di fare qualunque cosa, almeno in linea teorica.

Grazie per gli spunti interessanti

[Perry_Rhodan]

Originariamente inviato da banryu79

Sì.
Ma se non deve gestire vagonate di record forse potrebbe evitare l'ORM appoggiandosi direttamente ad un database ad oggetti, invece che relazionale.
Oppure provare ad usare qualcosa di diverso come un Prevalent System (se i requisiti lo permettono).
In entrambi i casi non so quali datbase/librerie esitano allo scopo (per C++).

@EDIT: la relativa voce su wikipedia (sperando che nessuno resti disgustato ).

Vorrei che il numero di record gestibile sia ininfluente (da pochi record a "vagonate"), ovviamente se i record sono pochi si può fare tutto in RAM riducendo il problema a definire la struttura e a salvare/richiamare i dati, ma io penso ad un sistema semplice che permetta di caricare in memoria solo il sottinsieme di dati necessari alle elaborazioni lasciando l'insieme principale dei dati su disco.

[cionci]

La reflection non c'è in c++, ma volendo un approccio valido alla serializzazione si può ottenere con typeid: http://en.wikipedia.org/wiki/Typeid
Quindi la serializzazione è abbastanza facile da realizzare, sia implementandola tramite una classe base astratta, sia utilizzando librerie esterne (le boost hanno la serializzazione).
In alternativa si può usare un db su file, come sqlite, che si può integrare facilmente e con praticamente nessuna dipendenza.

[ally]

Originariamente inviato da Perry_Rhodan

Vorrei però rimanere sul C++ che conosco meglio (Molto Molto relativamente ), ritengo più efficiente anche se più ostico e IMHO dovrebbe essere in grado di fare qualunque cosa, almeno in linea teorica.

Grazie per gli spunti interessanti

...si puoi potenzialmente fare ogni cosa...ma hai il tempo e le competenze per farlo?...con altri linguaggi ottieni gli stessi risultati in tempi piu' brevi e senza dannarti troppo...

...ciao Andrea...

[cionci]

Originariamente inviato da ally

senza dannarti troppo...

Ma nemmeno tanto...visto che esistono già librerie che lo fanno e visto che per studiare un sistema di serializzazione in C++ ci vogliano 10 minuti.

[ally]

Originariamente inviato da cionci

Ma nemmeno tanto...visto che esistono già librerie che lo fanno e visto che per studiare un sistema di serializzazione in C++ ci vogliano 10 minuti.

...si ma con un ORM si starebbe già preoccupando dei soli oggettoni...

...ciao Andrea...

[Perry_Rhodan]

Originariamente inviato da tomminno

Una libreria che fa più o meno quello che chiedi è SOCI
I database supportati sono praticamente tutti quelli in circolazione.

SOCI mi sembra interessante , magari insieme alle boost, anche se non è esttamente quello che avevo in mente.

Sì in effetti quello che mi servirebbe è un ORM tipo hibernate a cui ho dato un'occhiata, peccato sia per java.

Esiste qualcosa di simile ad hibernate in C++ ?????

[cionci]

Originariamente inviato da Perry_Rhodan

SOCI mi sembra interessante

Non ti basta da solo, serve anche un DBMS...ed i DBMS supportati sono

* Oracle
* PostgreSQL
* MySQL

Quindi DBMS molto corposi e che necessitano di una installazione.
Ribadisco quindi che la soluzione è farti la serializzazione o a manina o tramite boost. In alternativa sqlite come database embedded.

[tomminno]

Originariamente inviato da cionci

Non ti basta da solo, serve anche un DBMS...ed i DBMS supportati sono

* Oracle
* PostgreSQL
* MySQL

Quindi DBMS molto corposi e che necessitano di una installazione.
Ribadisco quindi che la soluzione è farti la serializzazione o a manina o tramite boost. In alternativa sqlite come database embedded.

Ehm funziona anche con Sqlite, SqlServer (odbc), Firebird, Oledb. Puoi cambiare il database solo modificando la stringa di connessione.

[tomminno]

Originariamente inviato da Perry_Rhodan

Esiste qualcosa di simile ad hibernate in C++ ?????

Purtroppo no.
Se c'è un settore dove C++ è molto indietro è proprio quello dell'interfaccia verso i database e non credo che ci saranno mai evoluzioni in tal senso, ormai il treno è perso in favore di linguaggi come Java e C#.

[cionci]

Originariamente inviato da tomminno

Ehm funziona anche con Sqlite, SqlServer (odbc), Firebird, Oledb. Puoi cambiare il database solo modificando la stringa di connessione.

Non avevo visto che la versione CVS supporta anche quelli, ovviamente però si tratta della versione unstable...

[tomminno]

Originariamente inviato da cionci

Non avevo visto che la versione CVS supporta anche quelli, ovviamente però si tratta della versione unstable...

Io l'ho usato tranquillamente sia con Sqlite che con SqlServer.
Con Sqlite non ho trovato limitazioni anche perchè se manca qualche funzionalità è possibile accedere direttamente alle api del backend, per quanto riguarda SqlServer credo che sia dovuto al parziale supporto alle stored procedure, supporto facilmente realizzabile aggiungendo 2 elementi ad un enum e gestendoli opportunamente nel backend odbc, ho contattato il mantainer del progetto per proporgli la mia modifica, ma non ho avuto risposta.
Ho usato intensivamente il backend odbc e non ho riscontrato problemi, con questa libreria riesco a coprire il 100% delle mie casistiche di utilizzo dei db con prestazioni sorprendenti visto che nelle prove che ho fatto è risultata pure più veloce del TDS implementato in ADO.NET (non si diceva che odbc era obsoleto e lento?)

[fero86]

Originariamente inviato da cionci

La reflection non c'è in c++, ma volendo un approccio valido alla serializzazione si può ottenere con typeid: http://en.wikipedia.org/wiki/Typeid
Quindi la serializzazione è abbastanza facile da realizzare, sia implementandola tramite una classe base astratta, sia utilizzando librerie esterne (le boost hanno la serializzazione).

ammettiamo di poter salvare su file un dato (restituito da typeid) che permetta poi, in fase di lettura, di identificare il tipo dell'oggetto; ma il salvataggio come lo facciamo? castiamo brutalmente a void* il puntatore all'oggetto e scriviamo sul file ció a cui punta per la dimensione indicata da sizeof? e se l'oggetto da salvare contiene riferimenti o puntatori o puntatori a puntatori ad altri oggetti che facciamo?

inoltre, in fase di lettura, una volta che abbiamo letto il nome del tipo dell'oggetto salvato o che siamo riusciti a ricavarne l'oggetto std::type_info che ci si fa? come facciamo ad istanziare quel tipo?