Newsgroup: it.comp.appl.access
Titolo: Consiglio su applicazione di grosse dimensioni.

Ciao a tutti,
avrei bisogno di un consiglio.
Un amico mi ha proposto di creargli un'applicazione piuttosto impegnativa
per dimensioni e per funzioni da eseguire.
A parte il fatto che le mie conoscenze sono quelle che sono volevo chiedere
se sia conveniente, invece di creare un BE ed un unico FE di dimensioni
considerevoli (almeno a prima vista), un'impostazione del tipo un BE con
tutte le tabelle che servono e un numero X di FE a seconda delle cose da
farsi con collegate solo le tabelle di rilevanza per l'FE specifico. Ad
esempio un FE per ordini e fatture ed un secondo ... non so ... per la
gestione del processo produttivo di un prodotto.
Spero di aver reso l'idea.
Sempre per lo stesso motivo mi chiedo se i database access siano sufficienti
oppure se devo valutare un "progetto access" (sapere poi come funzioni è un
altro discorso) oppure prendere in considerazione di lasciar perdere tabelle
collegate e docmd.runsql (diciamo il sistema che uso ora) e cercare di
utilizzare ADO o DAO.
Tutti i consogli sono bene accetti.
grazie
Ciao


Ma........ non mi č mai capitato di avere un FE di grosse dimensioni tali da
dover richiedere di scomporlo....!
Mi č invece capitato di avere il BE molto grosso e scomporlo......!!
Il tuo č un'errore, o č proprio cosě che intendi gestirlo.........!!!
@Alex.

 ha scritto nel messaggio
news:J2hX9.31190$YG2.8...@twister1.libero.it...

Io personalmete ho aplicazioni con 6 7 BE ma un solo FE (anche abbastanza
robusto)
Personalmente uso DAO e a volte ADO (quasi mai docmd.runsql) ma questi sono
punti di vista.
Stefano

 ha scritto nel messaggio
news:GKiX9.62058$0v.19...@news1.tin.it...

Grazie a tutti per la risposta,
il dubbio me lo sono posto in quanto in passato ho creato un db per la
gestione di un magazzino con gestione ordini clienti, fornitori inserimento
DdT ecc ecc, diversi report e stampe e per necessità un FE decisamente
pesante (forse anche dovuto all'uso smodato di bmp su report e forms
(incorporate non collegate)) e mi è parso che più andassi avanti più
diventasse lenta l'operazione di apertura del DB stesso. Quindi mi
interessava conoscere alternative ed in ogni caso consigli da chi è
certamente più esperto di me.
Intanto ringrazio e prendo nota.
Ciaooo


Concordo con Stefano per l'abbandono di RunSQL, nel caso
è meglio Execute di DAO per diversi motivi.........!
In ogni caso ti sei risposto da solo..... le BMP direttamente nel DB
è una cosa da evitare, collegale, in modo statico o dinamico, ma
è assurdo incorporarle..............!!!
Un FE grosso, ma decisamente grosso è tale se supera i 2Mb......!!
@Alex.

 ha scritto nel messaggio
news:ebjX9.31322$ZE.8...@twister2.libero.it...

Grazie Alex, quello di cui parlavo è di circa 13MB!!!
E vabbè mi darò da fare
Ciao

 è meglio Execute di DAO per diversi motivi.........!
salve
scusate l'intromissione
premesso il collegamento con le tabelle del BE e l'uso di jet quale db,
quali controindicazioni ci sono nell'uso  RunSQL rispetto a ado/dao ?
ciao

 ha scritto nel messaggio
news:b0msbs$maf$1...@lacerta.tiscalinet.it...

Non ce ne sono, solo che questa opzione è stata mantenuta per compatibiltà
verso il basso, e come detto precedentemente è restrittiva confronto il
Metodo
Execute che esegue la stessa cosa dandoti più controllo all'azione.
@Alex.