Newsgroup: it.comp.appl.access
Titolo: Le variabili Database

Ciao a tutti, vorrei un consiglio da chi ha esperienza a proposito:
Avendo 2 files, uno per i dati e uno per le maschere, reports ecc
ho la necessità fi fare riferimento continuamente ai due files.
Vorrei un consiglio su come gestire al meglio tali variabili.
Public Str1 as string
Public DB1 as Database
Public DB2 as Database
Str1="MioPercorso1"
Set DB1 = OpenDatabase(Str1)
Set DB2 = CurrentDb
Dovendo fare riferimenti ai databases parecchie decine di volte nel corso di
utilizzo dei files, mi conviene portarmi dietro l'oggetto Database
(DB1),oppure la stringa del percorso (Str1) e ridefinire ogni volta
l'oggetto DB1?
All'interno della funzione, dove faccio riferimento al database, chiudere
ogni volta il database oppure no?
Grazie per le risposte
--
Paolo Mazzanti
www.mazzanti.it
ph...@mazzanti.it

 wrote in message
10106761...@fusilla.abanet.it...

Spiegati meglio... cosa devono fare i due DB e a cosa ti serve il richiamo
continuo agli stessi.

 continuo agli stessi.
Come dicevo il primo contiene i dati mentre il secondo le maschere e report.
Il codice mi gestisce qualunque operazione, dal banale filtro di dati, alla
creazione al volo di query, recordset, relazioni, inserimento di nuovi
records, modifica di records, report in base ai dati ecc, ecc.
Per cui il concetto è che dovrei ogni volta dichiarare la variabile del mio
database, definire l'oggetto ecc.  ma il database è sempre lo stesso per cui
è inutile stare sempre a creare nuove situazioni.
Vorrei che i miei due databases venissero dichiarati in fase di apertura del
file, e che le due variabili rimangano sempre le stesse.   Da qui devo
decidere se portarmi dietro la variabile stringa o l'oggetto database.
Tu cosa faresti?
Grazie ciao
Paolo Mazzanti



usa le tabelle linkate dal secondo database sul primo per non doverci
fare sempre riferimento.....
al limite vedi le istruzioni docmd e trasferdatabase
Saluti.
Emanuele.

 wrote in message
10107012...@fusilla.abanet.it...

Dovresti vedere il concetto di tabelle allegate, che mi pare ti manchi...
Antonio

 Antonio
Il concetto di tabelle alegate?
Non manca proprio niente!
Il secondo file contiene SOLO tabelle allegate.
La cosa è buffa, su quello che avviene a volte nei newsgroup! tu formuli un
quesito,
Ogni lettore è libero di rispondere o meno.
E invece di rispondere alla richiesta, si vanno ad escogitare chissà quali
cavilli senza comunque dare risposte ed essendo comunque fuori tema.
Nessuno ha parlato di problemi con le tabelle allegate, o sbaglio?
Grazie ugualmente
Ciao
Paolo Mazzanti

 Emanuele.
Il problema non è quello, infatti tutte le tabelle sone allegate.
La mia domanda tende solo a chiedere un consiglio sul
tipo di variabile da portarsi dietro (stringa o oggetto database)
e come gestirla al meglio.
Grazie
Ciao
Paolo Mazzanti

 ha scritto nel
messaggio news:10107698...@fusilla.abanet.it...

La domanda che ti ha fatto Antonio è assolutamente sensata e ti assicuro che
non è stato l'unico a chiedersi come mai non lavori con la tecnica FE/BE.
Sicuramente hai le tue buone ragioni; però se le spieghi molti di noi
avranno la possibilità di imparare qualcosa di nuovo (o di conoscere
problematiche diverse) e tu forse riuscirai ad avere qualche utile risposta.
Ciao
--
Alberto


Ti ringrazio molto, ma vedi le poche volte che ho risposto ai lettori è
stato nel tentativo di rispondere alla loro domanda.
La difficoltà qual'è?  E' quella di calarsi nella loro "realtà".
Per cui darsi una mano vuol dire risposndere alle domande e NON farne delle
altre.
Ritengo che molti di Voi non dovrebbero passare più di 3 ore a dare risposte
al newsgroup!  E' un problema di serenità e lucidità nell'affrontare una
problematica.
Se poi vuoi sapere qualcosa di quello che faccio io, non hai che da
chiedere. Per le argomentazioni che posso conoscere ti darò una risposta per
ciò che non conosco rivolgerò ad altri il quesito. Tieni comunque conto che
io non faccio il programmatore!
I file per cui pongo quesiti risalgono ad Access 2.0 e di anni ne sono
passati!  Non ricordo il motivo esatto per cui mi riferisco direttamente al
file con i dati rispetto al file con le tabelle collegate, ma ricordo che
con prove specifiche, avevo ottenuto risultati diversi, per cui la scelta di
abbandonare i riferimenti al "CurrentDB" se non a casi semplici e ben
definiti.  E comunque l'utilizzo della variabile giusta la sto mettendo in
discussione anche per il "CurrentDB".
Sono file con oltre 10.000 righe di codice e avevo bisogno solo di un parere
sulla gestione delle variabili.
Un'altra risposta MOLTO precisa (anche se l'oggetto era diverso) l'ho
ottenuta dal lettore Karl Donaubauer, che saluto e ringrazio per la
precisione e chiarezza della risposta.
Ciao
Paolo Mazzanti

Paolo Mazzanti
il punto č che non riesco a capire di cosa te ne fai della stringa
della posizione se le tabelle sono sempre allegate e quindi e come se
fossero nello stesso database...
al limite rendi pubblico solo una definizione di database giusto per
non ridefinirla quando ti serve per usare DAO (presumo), ma non so se
questo velocizzi il tutto....
personalmente creo e distruggo le variabili all'interno delle funzioni
per renderle il piů possibile autonome....
Saluti.
Emanuele.



beh in fondo Karl è Karl!
Saluti.
Emanuele.

 per renderle il piů possibile autonome....
Infatti di solito si fa cosě.
Ma capita di dover dichiarare delle variabili pubbliche che non si
esauriscono all'interno di una funzione, e allora nasce il problema quando,
se e dove chiuderle.
Inoltre capitano delle situazioni in cui, per concatenazione di situazioni
hai aperte 5,7,10 ecc maschere per cui il meccanismo si complica.
Ecco perchč cercavo un aiuto per tentare di migliorare delle situazioni che
appaiono strane: addirittura mi capita che dichiarando una variabile
database, mi viene bloccato l'accesso al file perchč usato da un altro
utente!  Con un'utility di verifica ho scoperto che l'altro utente sono
sempre io, ed impedisco la modifica del file a me stesso.
Non č facile!
Ritorno alla domanda iniziale: dovendomi portare dietro una variabile
database di tipo Public, č giusto farlo con l'oggetto database?
Grazie
Ciao
Paolo Mazzanti

 cavilli senza comunque dare risposte ed essendo comunque fuori tema.
La cosa buffa è che se c'hai TU un problema, sei TU a dover stare buonino
senza queste alzate di testa che sicuramente non ti giovano.
Poi siccome a me non mi pagano per perdere del tempo con uno che dovrebbe
essere LUI ad essere paziente e spiegare il suo problema, allora continua
pure a spupazzarti le TUE variabili database per accedere alle tabelle
allegate...
Io i MIEI applicativi continuo a farli tranquillamente...
Antonio

database di tipo Public, è giusto farlo con l'oggetto database?
non ho casistica....
Saluti.
Emanuele.