Newsgroup: it.comp.lang.delphi
Titolo: Suggerimento...

Ciao a tutti,
sono un "programmatore" delphi ancora alle prime armi e vorrei qualche
consiglio/aiuto che mi permetta di muovermi meglio in questo ambiente:
1- come posso evitare che la mia applicazione sia aperta n-volte?
2- come si creano/distruggono componenti a run-time?
3- è possibile creare applicazioni che fanno riferimento ad un Db senza
appoggiarsi al dbe? se si come?
vi ringrazio anticipatamente della cortese attenzione e vi chiedo scusa per
la mia immaturità negli argomenti... spero di crescere come programmatore..
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 la mia immaturità negli argomenti... spero di crescere come programmatore..
You're welcome! :-)
Ciao!
-- 
Marco «Alka» Breveglieri
  ABLS Team S.n.c. - Software & Web
  Via De Gasperi, 14
  42019 Scandiano (Reggio Emilia)
 
http://www.abls.it

scusa la mia ignoranza :-) ma non capisco cosa intendi per formato... cmq
quello che sto cercando di fare è un'applicazione che per essere trasferita
da un pc ad un altro necessita solo di copiare l'eseguibile e il DB niente
altro!!!!


 altro!!!!
Non preoccuparti, le indicazioni sono sufficienti. :-)
Potresti utilizzare la libreria *dbGo for ADO* (pagina "ADO" della 
Palette dei Componenti) e collegarti ad un database Microsoft Access.
La libreria fa riferimento alla piattaforma ADO, che è parte integrante 
del pacchetto MDAC (Microsoft Data Access Components), scaricabile dal 
sito della Microsoft stessa ma generalmente incluso nei sistemi 
operativi Windows (al massimo, occorre eseguire WindowsUpdate).
Ti basterebbe distribuire l'applicazione e il database in formato 
Microsoft Access, in questo caso.
Io uso raramente soluzioni basate su file per i database: preferisco 
affidarmi a database di tipo client/server come /FireBird/.
Ti avrei suggerito anche l'uso del componente *TClientDataSet*, che è in 
grado di gestire una tabella in memoria caricandola e salvandola sia in 
formato binario (CDS) che in formato XML, sebbene vi siano alcuni 
accorgimenti da osservare nel suo utilizzo che forse, se sei alle prime 
armi con Delphi (stando a ciò che hai detto), potrebbero risultarti scomode.
Magari qualcun altro saprà suggerirti altre soluzioni alternative.
Io mi fermo qui. :-)


 l'eseguibile e il DB niente altro!!!!
Mi permetto di suggerire Firebird versione Embedded , solo una Dll da
mettere nella cartella dell'eseguibile ( ameno che non usi funzioni o
librerie esterne).
Non trovi problemi legati a versioni di Jet , Mdac e simili :-)
vedi
http://www.firebirdsql.org/
e 
http://www.ibphoenix.com
Giulio

 Non trovi problemi legati a versioni di Jet , Mdac e simili :-)
Devo decidermi a provare anche questo, prima o poi. :-)


 
http://makeashorterlink.com/?I23B16806
Sono vecchie ed obsolete: quando saranno aggiornate
e soprattutto chi si prendera' l'onere di farlo?
Ciao.
ACSH
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Devo decidermi a provare anche questo, prima o poi. :-)
E dai, prova ..... :-)
Metti l'embedded nella cartella dell'eseguibile. Funziona anche se hai
installato il client o il server "normali" sullo stesso pc. Io faccio
cosìper testare il progetto , normalmente ho il server locale (e anche sul
server).
Unico problema. Non permette accessi concorrenti allo stesso db,quindi se il
db è aperto con qualche tools non lo apre dall'applicazione e viceversa.
Ma presso l'utente finale non è un grosso problema.
Mi dà grosse soddisfazioni per piccole applicazioni desktop monoutente.
Giulio

 Mi dà grosse soddisfazioni per piccole applicazioni desktop monoutente.
performance?
AS

 e soprattutto chi si prendera' l'onere di farlo?
Nonostante siano vecchie e obsolete, rispondevano chiaramente e in modo 
corretto alle domande scritte dall'Original Poster.
Per quanto riguarda il loro aggiornamento, ci si puň accordare.
Basandosi su risposte date dai partecipanti al NG, basterebbe sostituire 
le risposte che fanno riferimenti a componenti o metodologie obsolete 
con "nuove risposte" piů recenti, se esistono.
Il vero problema č trovare un modo efficiente per avvertire i newbie che 
vanno lette prima di porre domande. ;-)
Ciao! :-)


 con "nuove risposte" più recenti, se esistono.
Esatto. Un esempio? Via Kylix, via i link, dentro ADO e .net.


 Un esempio? Via Kylix, via i link, dentro ADO e .net.
Uhm, io non tirerei via Kylix per il fatto che ci sono utenti che lo 
utilizzano ancora, senza contare che pare ci siano dei movimenti a 
riguardo (da quanto ho letto su qualche blog di partecipanti alla BorCon).
Per quanto riguarda .NET, attenderei un po' che si calmino le acque; 
poi, le domande su .NET sono così poche, variegate e movimentate che non 
credo possano ritenersi già "frequenti". ;-)
Ciao!



Ragazzi dopo il mio fallace tentativo di mantenere on line coloratissime faq
in php, e dopo l'abbandono dell'iniziativa dell'open manual, ritengo che
l'unico modo *realistico* per mantenere le faq sia di prendere quelle di msx,
rielaborarle e postarle 1 volta al mese come facevo l'anno scorso.
Che ne dite?
-- 
Morde. 
(
mo...@despammed.com
)
M-List di icld: 
http://it.groups.yahoo.com/group/icld/

> Che ne dite?
Dico che una volta al mese č poco.
Andrebbe fatto imho 1 volta x settimana.
Cosi', forse, qualcuno le legge.....
AS

 performance?
Beh, su questo tipo di applicazioni non ho una mole grossissima di dati, ma
direi molto buone, indistinguibili o migliori del server locale, ovviamente
meglio del server remoto.
Giulio

 meglio del server remoto.
Nella mia rete aziendale, le performance delle applicazioni che si 
collegano al database server remoto sono migliori di quelle che si 
collegano al server locale, forse perchè l'elaborazione delegata ad una 
macchina esterna e trasmessa attraverso Ethernet risulta più efficace 
dell'elaborazione che avviene nella stessa macchina, la quale deve 
inviare a se stessa "richieste" e "responsi"? :-)


 Che ne dite?
Sono d'accordo con Alberto sulla periodicità settimanale. ;-)
Per quanto riguarda l'aggiornamento, sono disponibile...magari ne 
parliamo tutti sul gruppo di Yahoo?
P.S.: Open Delphi Manual......sob. :-(


Cosi', forse, qualcuno le legge.....
Yessa...ricordo ai tempi quando frequentavo anche it.comp.www.php le faq
venivano postate ogni 3 giorni. :-)


                    Il 14 Set 2004, 20:42, "GiulioC" <giulio.c...@SPAMunisoft-net.it> ha
scritto:

scusa ancora la mia ignoranza.. ho scaricato i firebird 1.5.1.4481 embed, ma
non ho ancora capito come si usa:
- i db li posso creare con bde interbase
- per gestire i db uso i DBX o IBX di delphi?
- quale dll bisogna accludere al programma e come la devo legare al
programma stesso?
grazie


 programma stesso?
Questo dipende dalla piattaforma di dati che usi. Innanzitutto, devi 
installare il motore del database, InterBase o FireBird, sul PC del 
cliente o sul PC eletto come "server" per i database (considerazioni non 
valide per la versione "embedded").
Se utilizzi il *BDE*, devi includere questa libreria nell'installazione 
del tuo applicativo aiutandoti con *InstallShield Express* edizione 
/Borland Limited/ inclusa nel CD di Delphi, avendo cura di selezionare i 
driver necessari ad instaurare correttamente il collegamento con il 
database (in parole povere, la definizione dell'alias e dei valori per 
le impostazioni incluse nel profilo).
Se usi *dbExpress*, puoi incorporare nel componente /SQLConnection/ 
tutti i parametri di connessione al database; devi distribuire la DLL 
del driver per il database utilizzato (ad esempio, "dbexpint.dll" per 
InterBase, ma funziona anche con FireBird), più "midas.dll" se usi il 
componente /TClientDataSet/ (evento - quasi - certo).
Se usi *IBX*, il componente /TIBDatabase/ dovrebbe essere già dotato dei 
parametri necessari per collegarsi correttamente al database (il 
percorso, locale o remoto, del file GDB).
Come vedi, la trattazione dell'uso di queste piattaforme e database 
diventa molto lunga; ti consiglio di fare qualche prova e, quando trovi 
un intoppo, rivolgere domande precise al NG, poichè diventa molto 
difficile scrivere TUTTO ciò che va fatto in modo estremamente 
dettagliato (c'è chi scrive libri sull'argomento). :-)
Ricordati di leggere anche i post vecchi sul NG prima di postare una 
nuova domanda, dato che si è parlato di tutto in modo più o meno 
approfondito in passato. ;-)
