Newsgroup: it.comp.lang.c++
Titolo: nuovamente mapping ma più chiaro:

Allora
ho letto un pò di articoli e documentazione tecnica in rete sul mapping OR
in effetti mi ero perso alcune cose che vorrei chiarire qui per poi 
approffondire quello che mi serve:
1)
avevo postato domande generiche sul mapping argomento troppo grande per 
poter avere risposte (lo comprendo solo adesso)
2)
Oltre ad asserci diverse tecniche di mapping ci sono anche diversi approcci
un conto è "mappare" una tabella o relazioni fra tabelle in un mondo ad 
oggetti un conto è scriversi un framework per gestire
appunto questi dati persistenti(quello che serve a me ).
Cmq bando alle ciance ecco cosa mi serve è relativa domanda:
Leggendo vari articoli (INGLESE E ITALINO (pochi)) ho trovato questo 
schemino che immagino anche altri conoscano...
http://www.ambysoft.com/persistenceLayer.pdf
e mi sembra abbastanza "buono".
Cmq in definitiva vorrei se possibile qualche informazione su come andrebbe 
sviluppato internamente il blocco
SqlStatement.
Che oltretutto (non conoscendo questo schema) era una domanda che avevo già 
postato... (forse piano piano ci sarei arrivato)
mi riferisco al post con questo oggetto: "Una classe per costruire le query 
sql"
Non posso purtroppo per questioni di tempo creare tutto il framework quindi 
devo sviluppare strato per strato e penso che questo sia un buon inizio
visto che tutto parte dall'sql comunque.
Spero che in questo post sia riuscito a chiarire meglio i miei intenti.
...come sempre grazie Ciao... 

 wrote in message 
news:cpbt3d$ggc$1...@carabinieri.cs.interbusiness.it...

Stai inseguendo un traguardo molto difficile da raggiungere e non vorrei 
scoraggiarti.
Il mio piccolo contributo non puo' essere altro che due link.
Il primo 
http://www.objectstore.com/products/edgextend/index.ssp
 e' un 
prodotto commerciale che ti puo' dare un'idea globale del problema che stai 
affrontando.
Il secondo 
http://www.hibernate.org/
 e' un prodotto open-source per Java 
corredato di documentazione e di un libro in uscita, essendo scritto in Java 
dispone di molte classi ready-to-use che il C++ non dispone cosi' come 
alcune utili funzionalita' (vedi Reflection)
In bocca al lupo
Fabio 

 Fabio
Si lo so che è complicato infatti voglio scomporre il tutto (divide-impera 
diceva :-) ) in moduli più
piccolo li prendo uno ad uno e gli esamino fino all'osso :-)
Nota:
Che conoscenze mi servono per "scrivere" un wrapper di un linguaggio ? nel 
mio caso specifico sql
sempre relativo a questo progetto devo creare un modulo capace di gestire 
l'sql per poter caricare ,modificare, ecc. le mie classi
entity. L'utilizzatore in sostanza non deve conoscere l'sql ne deve sapere 
che sta usando un database... (questo sarebbe il risultato ottimale)
per adesso mi accontento di poco...

 ha scritto nel messaggio
news:cpc79h$q84$1...@fata.cs.interbusiness.it...


 ha scritto nel messaggio
news:cpc79h$q84$1...@fata.cs.interbusiness.it...

Sto analizzando sempre più in dettagli quello schema (RINGRANZIO ANCHE
MOZZI)
bello schema ben presentato e tutto
Torno comunque sempre al punto di partenza anzi due (proprio dall'origine)
1)
la parte più insidiosa  è proprio quella che gestisce il linguaggio SQL e
devo trovare una soluzione ad oggetti
2)
anche con questo framework per gestire le join devo creare una classe con
l'effetto collaterale di
avere n classi == n possibili join  mi sembra assurdo! nel senso esagerato.
Soluzione ? bo....
La potenza se cosi' si può chiamare del databse è che ti permette di mettere
in relazione  tabelle assolutamente indipendenti l'una dall'altra.
Che può essere come visto sia come un bene che come un male,sta di fatto che
questo crea una serie di
problemi quando si decide di  rimodellare tutto con una soluzione ad
oggetti...
se avete qualche altra info... i sono qua...
----
grazie sempre a tutti :-)

 avere n classi == n possibili join  mi sembra assurdo! nel senso esagerato.
scusa se mi intrometto ma mi sembra che tu stia affrontando il problema 
al contrario.
il problema come lo vedi tu:
ho un database e devo rimapparlo in oggetti.
il problema come lo vedo io:
ho oggetti in relazione tra loro e devo serializzarli da qualche parte
la vedi come gli sviluppatori di torque, per me guardate le cose sottosopra.
-- 
sbi

 > la parte più insidiosa  è proprio quella che gestisce il linguaggio SQL

Si hai ragione in effetti questo era un concetto che avevo ben Assimilato e
ti do perfettamente ragione.
Solo che se devi mappare un Database relazionale devi dialogare con esso
penso che su questo concordi...
ecco io devo fare questo.
L'altra parte sulle join in effetti potrebbe essere tralasciata... anzi
probabilmente è proprio errata ...
grazie :-)

 ecco io devo fare questo.
se devi serializzare su un db deve esserci qualcosa che parli col db.
direi che è lapalissiano si =)
-- 
sbi

 ha scritto nel messaggio
news:wXLud.37649$C94....@tornado.fastwebnet.it...

Hhehe Bene
qualche idea ? :-)

 qualche idea ? :-)
mai fidarsi di uno che ha idee =)
ho un consiglio però:
i persistence patterns del posa 3 per esempio
... magari ti vien voglia di farti un regalo per natale
-- 
sbi

 ha scritto nel messaggio
news:NpMud.37666$C94....@tornado.fastwebnet.it...

Io amo i regali che è  ? davvero se vuoi commentare a me fa enorme piacere
...
parlare di queste cose mi piace un sacco
p.s
io proprio adesso ho avuto un lampo di genio ....(spero sia ) è forse ho
risolto moolti problemi ...

 risolto moolti problemi ...
te l'ho detto.. ho paura degli informatici con le idee geniali ;)
-- 
sbi


vabè come non detto..

 ha scritto nel messaggio
news:NpMud.37666$C94....@tornado.fastwebnet.it...

uff non per fare lo sboorone ma purtroppo mi son già fatto un regalo ...
speriamo sia bello
http://www.librinformatica.com/trade/productview/3066/364/
se qualcuno l'ha letto i commenti sono graditi ..
----
ciao