Newsgroup: it.comp.lang.delphi
Titolo: Deploy tramite CD

Salve.
Sto per iniziare un progetto che si concluderà con la
copia di un'applicazione su un CD. Non una installazione da CD,
proprio l'applicazione si dovrà avviare da CD.
Detto software dovrà far uso di un database, pensavo di usare FireBird
Embedded.
L'idea di base è che l'applicazione dovrebbe fregarsene che la DLL di
Firebird sta sul CD e dovrebbe eseguire il tutto allegramente, senza
fare storie.
Vi trovate anche voi? Voglio dire, finché è un'app Win32 valida,
problemi *in teoria* non ce ne dovrebbero essere... o a voi
risulta il contrario?
Esperienze in merito? Commenti?
Grazie in anticipo,
Andrea

 Embedded.
Firebird Embedded necessita' la possibilita' di scrivere su alcuni file
per cui devi copiarli da qualche parte (es la TEMP) altrimenti non
funziona.
-- 
I am what I am, I do what I can
L'uomo, conscio di sbagliare, persevera.

 non funziona.
E' una caratteristica impostabile, questa?
Voglio dire, posso dirgli io *DOVE* andare a scriverli?
Ciao,
Andrea

[SNIP]
Pensandoci bene, ci sono due possibilità a questo punto:
1) Utilizzo un setup per tenere l'applicazione sul disco fisso ed il DB sul
CD
2) Utilizzo un database autocontenuto( tipo Client Dataset, magari un pò
     meglio di quest'ultimo )
Che ne dite?
Andrea

Esperienze in merito? Commenti?
Vado in OT con la considerazione che di Knoppix c'e' n'e' uno solo portroppo.
Da quando ne faccio uso vorrei davvero poter avere un winzozz che mi boota da
cd e che possa usarlo per lavorare a prescindere dagli hard disk...... :-((
-- 
Morde. (
mo...@despammed.com
)
M-List di icld: 
http://it.groups.yahoo.com/group/icld/
Firefox, il miglior browser: 
http://www.gxware.org/mozilla/

Andrea
	Ciao
	MassimoB
 
---------------------------
http:\\
www.massimobeschi.it


Scusa Morde
cosa intendi con "Knoppix" ? che cosè ?
grazie
Martina

 	MassimoB
-- 
Ciao, Anto', [37, 143, AQ] 
MB C SC 220 CDI Magma Rot
"Di sempre cio' che senti e fai cio' che pensi."
    G.G. Màrquez

 Martina


Ciao, Anto'


 che intendi dire con "quoto"??? :)
E' d'accordo con quello che dici.
Ciao.
ACSH
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

ACSH


 MassimoB
Andrea

      meglio di quest'ultimo )
Mi spieghi che intendi dire ?
A parte che non capisco che significa "autocontenuto"... che vuoi dire con
"un pň meglio del clientdataset" ?

Ciao,


qualcuno, il cui unico intento è di darti una mano.
lascia perdere ... forse sono io che sto storto in
questo periodo .. :(
scusami ...


 MassimoB
Andrea

 che vuoi dire con "un pò meglio del clientdataset" ?
Che il Client Dataset quando arrivi intorno al milione di record inizia a
piangere in sanscrito antico! Ma anche un pò prima del milione mi sa.
Andrea

)

ma hai provato a cercare "Knoppix" con google?
Dopo averlo fatto, Martina potresti visitare il sito di knoppit
http://www.lugasti.it/knoppit/
che e' l'equivalente di knoppix ma localizzato.
Questo significa che puoi avere un linux debian in italiano nel giro di pochi
minuti che ti permette di lavorare su harddisk danneggiati, fare recovery di
files, eccc. Un SO che non abbia bisogno di una memoria fisica e' proprio una
bella cosa... conosco amici miei talmente fanatici che hanno caricato un linux
sulla chiavetta USB e se lo portano in giro, sai non si sa mai cosa puo'
capitare dal cliente.. ;-) Basta avere una mainboard che fa il boot da USB ;)
ciao


 piangere in sanscrito antico! Ma anche un pň prima del milione mi sa.
Un momento: che un CDS si metta a piangere č una supposizione legittimamente
dedotta dal fatto che i record *potrebbero* essere contenuti tutti in
memoria.
Nel senso: se costruisco un CDS in memoria e ci carico dentro milioni di
record, allora potrei avere problemi, ma questo accade, normalmente, con
qualsiasi componente dataset (...e significa essere un pň coglioni...).  Il
CDS, come altri componenti derivati da TDataSet, prevede invece il
caricamento parziale dei record e questo ti salva (anche il TIBDataSet dei
componenti IBX lo fa).  Oltretutto, un corretto uso del ClientDataSet (e in
generale di un qualsiasi componente dataset) prevede il caricamento di pochi
dati in memoria e nessuna implicazione particolare per il numero di record
nella base dati.  In generale, se hai bisogno di caricare milioni di record
nel tuo componente dataset, allora vuol dire che stai sbagliando qualcosa.

 qualcosa.
Il mio problema, appunto, è che una volta inseriti i records
devono solo essere visualizzati dal CD. Quindi il grosso
problema è che devo riuscire a fare questa operazione
senza installare niente( o, al massimo, installando il meno
possibile  ).
Andrea

 scandire e caricare attraverso la tua applicazione?
Marco,
Credo che per quanto fantasticoso riesca a fare il mio
dataset, dubito molto di riuscire a far meglio di cose già
testate e pronte, e soprattutto visto che non ho mai fatto
nulla del genere in vita mia, non credo di riuscire a far nulla di
innovativo che possa consentirmi una gestione semplice e
*veloce* dei dati in lettura.
Mentre la velocità in scrittura è un problema molto relativo,
quella in lettura deve essere sensibile.
Andrea

 *veloce* dei dati in lettura.
Mettendo da parte completamente il DataSet, potresti anche fare un 
semplice file INI che contiene le informazioni di un singolo elemento, 
inclusa l'immagine. Non è nulla di innovativo, ma è testato e pronto, 
visto che la classe TIniFile esiste già da tempo e viene spesso utilizzata.
Ad ogni modo, dopo aver letto il messaggio di Andrea L., è davvero 
meglio usare il ClientDataSet impostando un limite al numero di record 
caricati con un singolo pacchetto e gestire "manualmente" l'acquisizione 
dei pacchetti successivi usando gli appositi metodi resi disponibili dal 
componente ClientDataSet stesso.
Per salvare spazio su disco, puoi memorizzare i dati nel formato binario 
CDS piuttosto che nella controparte XML, che è più verboso.
Ciao!


 caching e swap da file"?
Sinceramente non lo so.

 Ciao!
Ciao
   Gabriele

 se li carica tutti.
Insomma...Andrea R. č fregato! :-)


> Insomma...Andrea R. è fregato! :-)
Sì, ma non per colpa del CDS ;-)

 Insomma...Andrea R. è fregato! :-)
Vabbeh, a questo punto si potrebbe pensare( lo so, fa schifo ) a
qualcosa tipo mappare un file ini su un dataset.
Un'altra roba possibile sarebbe invece quella di farsi il proprio
dataset... e qui... mah! Non ho mai fatto niente del genere
prima di serio e non saprei da dove partire... Magari
guardando un pò i sorgenti del ClientDataset mi viene qualche
idea, ma oltre quello non saprei.
Esiste, che voi sappiate, qualche in-memory dataset che riesce a
ciucciare solo pochi record per volta senza caricarsi tutto insieme?
Ciao,
Andrea

 ciucciare solo pochi record per volta senza caricarsi tutto insieme?
Sě, il ClientDataSet.
Se solo tu abbandonassi l'idea balzana di salvare tutto su file XML.

 Andrea
ciao
  Gabriele

 Se solo tu abbandonassi l'idea balzana di salvare tutto su file XML.
Il problema è che devo fare SENZA files temporanei/aggiunti/strani,
solo DB e programma eseguibile.
L'unico compromesso accettabile( per me, nella situazione attuale,
seguendo quelle che sono le istruzioni del cliente ) è quello di poter
personalizzare *DOVE* vengono creati i files aggiuntivi, in modo da
dargli un folder sull'HD dove metterseli.
Figurati, fosse per me, starei già usando Firebird in versione C/S da un
server di rete, con DataAbstract e RemObjects, purtroppo però
questo non si può fare. Il tutto deve essere autocontenuto e non vi è
molta scelta.
Personalmente mi fa ribrezzo l'idea di usare un file INI o cose
simili, purtroppo però non vedo molte alternative, a parte forse -
appunto - trovare un memory dataset che si ciuccia solo parte dei
record anziché tutti.
Il problema essenziale è che il tutto dovrebbe girare senza installazione,
quindi a 'sto punto l'unica cosa che mi viene in mente che posso fare è
utilizzare( male, perché non l'ho mai usato e non l'ho manco mai visto in
esecuzione ) Director. Sempre che non esca un buon componente che
faccia queste cose.
Ripeto, fosse per me, avrei utilizzato una strategia completamente diversa
( 1) avrei "tematizzato" il CD, avendo più CD originali con solo PARTE dei
dati sopra, che avrebbe rimesso in gioco il CDS senza farlo impazzire .
2) Alternativamente, avrei fatto un CD di accesso con i dati solo via
Internet ).
Ma purtroppo, mi devo scontrare con le necessità di chi mi ha
"assoldato" e non vuole sentir ragioni.
Ciao,
Andrea