Newsgroup: it.comp.appl.access
Titolo: Aiuto : debbo produrre un MDE

Ambiente access 2003, vba, Windows XP professional.
Come funziona, che cos'e' ? A che serve ? Ci sono
trappole o rischi da evitare ?
Debbo produrre un MDE dal mio file MDB che ho diviso
con maniacale RIGORE in :
1)
PROGRAMMA_LOCALE.MDB (che contiene SOLO
maschere e moduli)
2)
SERVER_LOCALE.MDB (che contiene
SOLO tabelle con i dati)
3)
SETTING_LOCALE.MDB (che contine
SOLO tabelle che definiscono il comportamento
di PROGRAMMA_LOCALE)
1), 2), 3) risiedono tutti nel pc dell' utente.
Debbo fare 3 mdb ?

radicale 001 wrote on 13-02-11 :

Io ne ho sempre fatti solo due:
- uno contenente solo tabelle utilizzabili genericamente
  da qualsiasi utente, collocato sul server;
- un altro contenente tutto il resto, comprese tabelle locali,
  tabelle temporanee, report, codice, etc, collocato sui client.
Bruno

radicale 001 ha scritto:

Se la domanda è cos'è un MDE è pressto detto. E' una versione parzialmente
compilata dell'mdb, in cui l'utente finale non può accedere al codice,
struttura delle maschere/report e quant'altro. E' il modo di distribuire un sw
in access ed essere ragionevolmente sicuri che nessuno ci metta le mani x
incasinarlo. Serve solo per la parte FrontEnd, quindi maschere, codice. Per le
tabelle non ha senso. Anche io uso 3 db (diciamo), Applicazione (locale),
setting e stampe (locale), dati (remoto). Applicazione MDE, setting MDB, dati
SQLserver
-- 


Io concordo con Bruno... non servono 3 DB...!
Contrariamente a lui, oggi un pò sintetico, io sbrodolo la mia
visione...
Normalmente in un'applicazione Client-Server si vedono 2 pezzi...!
1) CLIENT o FE, questo è l'applicativo MDB contenente solo Maschere/
Report e Codice VBA in Moduli standard o di Classe e Macro.
    Questo può assumere una veste diversa mantenedo le stesse
funzionalità trasfromandolo in MDE che è una versione completamente
    Compilata non parzialmente... usando gli algoritmi di P-CODE
uguali a quelli di VB6...
    Nel caso in cui si usa la versione MDE serve comprendere che
occorre SALVARE come ORO la versione MDB, l'unica gestibile.
    Tuttavia occorre anche sapere che certe cose che in MDB funzionao,
usando MDE non funzionano... come ad esempio passare per il Design
degli oggetti.
    Nel caso poi in cui si usi il Runtime ci sono ulteriori limiti da
sapere.... ma è un'altra lezione....!
2) SERVER o BE... banale, ma solo con JET si è costretti a scrivere le
Query CLIENT-SIDE... con tutti gli altri RDBMS non lo faremmo mai...
    Nel Server ci sono tutti i DATI... sia quelli per popolare gli
Oggetti di visializzazione... ma anche tutti i PersonalSettings.
    E' assurdo infatti che, in una rete aziendale, magari estesa, se
un'utente usa il PC del suo collega o in una sede distaccata, perda
tutti i propri settaggi...
    le proprie stampe e quant'altro... cosa che accade salvandoli in
LOCALE...!
    Questa è una visione molto ristretta di come si può lavorare in
rete...
Ci sono visioni e visioni delle cose... ma adoperiamo sempre un'ottica
di Networking, con corrette autenticazioni e gestioni della rete.
@Alex

 anch io uso ...
Perche' sei INTELLIGENTE ;-))

LOCALE...!
Nella mia architettura, il programma quando si apre carica
server locale e setting, quindi non si perde nulla.

 eseguo stored procedure con questo discorso.
Il DB(JET) non ottimizza l'esecuzione delle Query SERVER_SIDE, quindi
anche le query vengono riportate nel CLIENT.
Se si usassero DB relazionali RDBMS questo avrebbe poco senso...
Le Query sono una cosa, chiamate anche VISTE, le SP sono un'altra
cosa....!
Saluti
@Alex


Ha ragione... che senso ha creare un MDE con solo le tabelle...?
Hai fatto una prova ad aprire una tabella inun MDE modificandola...
prima di fare questa osservazione...??
Saluti
@Alex

 prima di fare questa osservazione...??
Ho capito, ho capito.

 cosa....!
No, le query sono istruzioni SQL , le VISTE sono il risultato di
quei SQL.

 wrote:
[CUT]
2) SERVER o BE... banale, ma solo con JET si è costretti a scrivere le
Query CLIENT-SIDE... con tutti gli altri RDBMS non lo faremmo mai...
    Nel Server ci sono tutti i DATI... sia quelli per popolare gli
Oggetti di visializzazione... ma anche tutti i PersonalSettings.
    E' assurdo infatti che, in una rete aziendale, magari estesa, se
un'utente usa il PC del suo collega o in una sede distaccata, perda
tutti i propri settaggi...
    le proprie stampe e quant'altro... cosa che accade salvandoli in
LOCALE...!
    Questa è una visione molto ristretta di come si può lavorare in
rete...
Ci sono visioni e visioni delle cose... ma adoperiamo sempre un'ottica
di Networking, con corrette autenticazioni e gestioni della rete.
@Alex
____
Ciao @Alex, forse lui vuol dire report locali del cliente non del client.
Se la stessa applicazione viene usata da diverse aziende, ognuna setta i 
report come piace, tu lavori
e distribuisci il software che è comune all'applicazione, non i report che 
sono spesso personali
MA

 cosa....!
No, le query sono istruzioni SQL , le VISTE sono il risultato di
quei SQL.
___Risposta MA:Questo che dici non ha senso