Newsgroup: it.comp.appl.access
Titolo: Ado ... che pazienza. E le combo? Addio?

Ciao a tutti.
Ho un po le idee confuse...
Da una settimana ho installato A2000, ho già usato il 97 per 3 anni con le
tabelle collegate. Finalmente ho scoperto (maglio tardi che mai) Ado:
eccezzionale! Risolti i problemi di prestazioni in multiutenza
(E non mi venite a dire che centrano le marche delle schede di rete per
favore... Access con le tabelle collegate in rete fa pietà,connessioni
aperte o chiuse, provate ad aggiornare la stringa di connessione di un FE
finchè un altro utente sta utilizzando lo stesso BE al quale vi collegate e
poi mi dite quanto ci mette! Se qualcuno non è d'accordo sono ben felice di
parlarne)
Per beneficiare delle suddette prestazioni bisogna aprire una UNICA
connessione con i dati. Da qui in poi le interrogazioni sono pressoché
istantanee (Per interrogazioni intendo apertura di recordset). Quello che
vorrei fare è costruire un programma privo di tabelle collegate, con tutte
le maschere non associate. Il problema è che caselle combinate e caselle di
riepilogo, tanto comode, hanno bisogno di tabelle (per lo meno collegate).
Se non posso usare questi 2 oggetti tanto vale programmare in VB
direttamente, anche perchè almeno in VB posso utilizzare il datagrid al
posto della casella di riepilogo. Se sto sbagliando tutto, beh, per questa
volta ne sarei felice ...
Ciao
Re Artù

 riepilogo, tanto comode, hanno bisogno di tabelle (per lo meno collegate).
Non ho mai provato... ma non gli si può assegnare un recordset run-time?
Ciao, Max

 riepilogo, tanto comode, hanno bisogno di tabelle (per lo meno collegate).
Se questo vuoi fare, devi rinunciare alla flessibilità (e semplicità) degli
strumenti nativi di Access.
Sacrificando Access, ti consiglio qualcosa di più serio rispetto a VB:
Delphi è abbastanza semplice da apprendere per chi lavorava in Pascal anni
fa, ed è veramente professionale.
E' senz'altro macchinoso se vuoi produrre gestionali decenti (non più di VB
comunque), ma ti
consente di lavorare con tutti gli standard d'accesso ai dati e si avvicina
al concetto di compilatore DOS tradizionale.
Ciao, warp

 Ma di regola la connessione si fa di tanto in tanto, non costantemente.
In che senso? Puoi farmi un esempio?
Se io metto un DB BE in rete, e sui client ho il FE, le tabelle sono sempre
collegate....
Ciao, Max

 collegate....
Ecco l'esempio: una volta ogni sei mesi aggiorni il FE al tuo
cliente, quando rialleghi le tabelle al .mdb sul server le prestazioni sono
schifose se
altri stanno usando il database.
Altro esempio: hai installato una contabilità in un'azienda con 2 o 3 ditte
in linea (una per ogni .mdb) ... quando l'impiegata si collega a un'altra
ditta, se ci sono utenti attaccati invece che aspettare 5 secondi deve
aspettare 1 minuto.
Questo può essere seccante, ma da qui a considerarlo inaccettabile...
Ciao, warp

 Questo può essere seccante, ma da qui a considerarlo inaccettabile...
Ma qui parli di semplice mdb condiviso? o di un server SQL?
E se così è inaccettabile, qual'è la soluzione?
E cosa intendi per "impiegata che si collega alla ditta"? Collega/ricollega
delle tabelle? o cosa fà?
Grazie di tutto!
Ciao, Max

 delle tabelle? o cosa fà?
2 .mdb, uno per ogni Azienda (che è la soluzione più sicura)
Ditta1            --> contabilità + vendite + magazzino (6 utenti collegati)
Ditta2 (filiale) --> contabilità + 4 fatture al mese (0/1 utente collegato)
La contabile di tanto in tanto (magari due volte la settimana) si collega
alla filiale Ditta2.mdb per inserire qualche registrazione, stampare l'IVA
etc.
Probabilmente non trova utenti collegati e la connessione è veloce; fa le
sue cose e dopo un'oretta si ricollega alla ditta principale ... trova
utenti collegati e a quel punto per un minuto o due tamburella le dita sul
tavolo.
Finita la connessione torna a lavorare normalmente.
Ciao, warp

 Finita la connessione torna a lavorare normalmente.
Ok, scusami se sono duro di comprendonio...
Hai semplicemente 2 mdb condivisi in una cartella di rete e "collegarsi"
vuol dire collegare le tabelle dell'FE a quelle di uno dei 2 DB condivisi?
Oppure hai dei server sql?
E che tipo di rete usi? una intranet? internet? oppure un punto-punto con 2
modem che si chiamano direttamente?
Altra domanda.... se la banda è scarsa, come nel caso di internet o di 2
modem... bisogna stare attenti con le query, perchè se hai solo degli mdb
condivisi tutti i dati passano per la rete.
E se hai poca banda certe operazioni via query sono abbastanza
impensabili.... come gestisci la cosa?
Grazie (per l'ennesima volta :) di tutto!
Ciao, Max


Ciao, volevo farti una domanda:
nelle query, spesso come criteri si passano valori che si trovano nei forms.
E' possibile fare questo anche con le query pass-through oppure no?
Se si, quale è la sintassi?
grazie Riccardo

MegaMax ha scritto nel messaggio ...
Cavolo ragazzi, quante domande!
Purtroppo per rispondere dettagliatamente a tutto ci vorrebbe un opuscolo, non un ng.
Ti consiglio di postare con calma i tuoi dubbi più "roventi", prendendo in considerazione anche
it.comp.software.database.
Tra l'altro le mie esperienze dirette su ODBC sono legate quasi esclusivamente a SQL-Server e ho
maturato diverse idee in contrasto con quanto si legge sui manuali ufficiali.
Su quell'altro ng. trovi gente che ha lavorato su molteplici architetture server e senz'altro può
darti indicazioni più precise.
Ciao, warp