Newsgroup: it.comp.appl.access
Titolo: modifiche campi in msde

Ho applicato alcune modifiche alla struttura di una tabella in msde che 
collego via odbc al mio .mdb.
Per vedere tali modifiche č necessario per forza o riallegare le tabelle o 
riavviare tutta l'applicazione?

 riavviare tutta l'applicazione?
Non mi sembra onestamente... io le modifiche le vedo appena le faccio...
in fin dei conti la tabella collegata non è altro che un link a qualcosa
di ovviamente esterno, e che quindi se cambia, cambia a prescindere. A me
funziona tranquillamente, nel senso che cambio struttura e la stessa
variazione si riflette immediatamente nell'operativo.
-- 
Ciao
Pablitomf (Maurizio Facciuti)
Access : Ver.97 - 2K
----------------------------------
http://www.accessgroup.it/
http://www.sitocomune.com/
----------------------------------
Non mi fido molto delle statistiche, perchè un uomo con la testa nel forno
acceso e i piedi nel congelatore statisticamente ha una temperatura media.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


Ciao ciroteo,
dovrebbe bastare riallegare la tabella che hai modificato!
Cinzia


hmhm ... strano, voi che tipo di dns avete creato, su file o di sistema?  e 
come salvate user e pwd? 

ciroteo ha scritto:


"DSN" su sistema... (ma lo uso anche da codice, e la cosa funge)...
Cmq se proprio non va immediatamente, il relink delle tabelle dovrebbe
funzionare perfettamente e farti vedere le variazioni apportate.


 -- 
Si, se vado nel pannello gestione tabelle collegate funziona, le riallega 
con le modifiche appena apportate.
La cosa mi sembra che possa diventare un problema nel momento in cui 
sviluppando tutto su msde, e non avendo ancora ottimizzato l'intera 
applicazione, sorga cmq l'esigenza di utilizzare almeno parte 
dell'applicazione vuoi per testarla vuoi per esigenze di prioritŕ. Devo 
essere sicuro che tutt i client abbiano la medesima versione in termini di 
tabelle aggiornate.
Devo capire bene come distribuire l'applicazione.
 

 Devo capire bene come distribuire l'applicazione.
Io personalmente uso riallegare cmq e sempre le tabelle a ogni nuova
installazione di relese dei miei software (solitamente al primo avvio sul
singolo client, con una tabella di controllo interna al FE)... cosě sono
sicuro che la mia fonte dati č quella e nessun altra.
-- 
Ciao
Pablitomf (Maurizio Facciuti)
Access : Ver.97 - 2K
----------------------------------
http://www.accessgroup.it/
http://www.sitocomune.com/
----------------------------------
Non mi fido molto delle statistiche, perchč un uomo con la testa nel forno


 wrote in message
news:d1m35j$uup$
1...@hulme.interac.it

Certamente se il collegamento č via ODBC sei obbligato
a riallegarle.
Anzi se non le rialleghi non solo non vedi la modifica,
ma potrebbe restituire errore.
Maurizio credo abbia frainteso ADP con MDB.
Ciao
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 sicuro che la mia fonte dati è quella e nessun altra.
Io personalmente Relink le Tabelle ad ogni riapertura del FE.
I motivi sono sostanzialmente di sicurezza.
Prima di tutto PINGO il Server se c'è riallego la sola tabella
LOGIN, quindi se il Login va a buon fine LINKO le altre e tutte
le Query_PT.
Alla chiusura sconnetto sia le Tabelle che le QueryPT.
Sarà eccesso di sicurezza, ma.......!
In serata se posso vi allego la Routine di Link sia delle
tabelle che delle Q_PT in automatico, ma sostanzialmente
si basa sulla tecnica di Antonio(Tabella Locale con Elenco
Tabelle e Query).
Saluti.


 Maurizio credo abbia frainteso ADP con MDB.
No, no, non ho frainteso per niente... io uso tabelle Zucchetti che non
sono affatto MDB, e ad ogni loro modifica non ho bisogno di un relink per
vederne gli effetti in applicativi ACCESS nei quali sono collegate con
"DSN" ODBC... se è solo un caso mio, questo a questo punto non lo so, ma a
me funziona così, e onestamente visto che mi sta bene, mi guardo
altrettanto bene dal pensare che non debba essere così. ;-) (Però la
curiosità ora me l'hai fatta venire... mò guardo.)
-- 
Ciao
Pablitomf (Maurizio Facciuti)
Access : Ver.97 - 2K
----------------------------------
http://www.accessgroup.it/
http://www.sitocomune.com/
----------------------------------
Non mi fido molto delle statistiche, perchè un uomo con la testa nel forno


 ha scritto nel messaggio 
news:62c87b589edb97ca3a...@mygate.mailgate.org...

grazie alex mi faresti un grosso piacere!


reinserendomi nella diatriba vi confermo che se non riallego le tabelle non 
vedo le modifiche fatte tramite enterprise manager sulla tabella di msde.
Attendo esempio per riallegare via codice ...

 curiosità ora me l'hai fatta venire... mò guardo.)
Hai un DSN...!!!
Collegale via ODBC DSN_LESS.


 wrote in message
news:d1mghu$vfj$
1...@hulme.interac.it
[CUT]
Creati una Tabella(chiamata "Linked") con 2 Campi
1° Campo---> [Tipo]--> Testo(Dimensione 1)
   Questo campo discrimina Tabelle[T] e Query[Q]
2° Campo---> [Nome]--> Testo(Dimensione 50)
Quindi nella Tabella scrivi i nomi delle tabelle
nel campo Nome e "T" nel campo Tipo ed i nomi delle
Queries nel campo Nome e "Q" nel campo tipo.
Su macro AutoExec lanci le 2 Funzioni.
La CNNSTR è la stringa di connessione ODBC(DSN_Less)
ODBC;DRIVER={SQL Server};SERVER=NOMESERVER;
UID=USERNAME;PWD=TUAPASSWORD;DATABASE=NOMEDATABASE;LANGUAGE=Italiano;
Ciao.
'-------------------------------------------------
'        PROCEDURA PER RICONNESSIONE Q_PT
'-------------------------------------------------
Public Function ReconnectODBCTable() As Boolean
On Error GoTo Err_ConnectToSQL
    Dim db As DAO.Database
    Dim tdf As DAO.TableDef
    Dim rst As DAO.Recordset
    Dim intCounter As Integer
    intCounter = 0
    ReconnectODBCTable = False
 
    Set db = CurrentDb
    Set rst = db.OpenRecordset("SELECT  Nome FROM Linked WHERE
[Tipo]='T'", dbOpenDynaset)
    rst.MoveFirst
Start:
    Do Until rst.EOF
         Set tdf = db.TableDefs(rst!Nome)
         tdf.Connect = CNNSTR
         tdf.RefreshLink
         intCounter = intCounter + 1
         rst.MoveNext
    Loop
 
    ReconnectODBCTable = True
 
Exit_ConnectToSQL:
On Error Resume Next
 
    rst.close
    db.close
    Set rst = Nothing
    Set db = Nothing
    Exit Function
 
Err_ConnectToSQL:
    If err.Number = 3265 Then   'TableDef non trovata
        Set tdf = db.CreateTableDef(rst!Nome)
        tdf.Connect = CNNSTR
        tdf.SourceTableName = rst!Nome
        db.TableDefs.Append tdf
        db.TableDefs.Refresh
        Resume Start
    Else
        ReconnectODBCTable = False
        MsgBox err.Description
        Resume Exit_ConnectToSQL
    End If
End Function
'-------------------------------------------------
'        PROCEDURA PER RICONNESSIONE Q_PT
'-------------------------------------------------
Public Function ReconnectODBCQuery() As Boolean
On Error GoTo Err_ConnectToSQL
    Dim db As DAO.Database
    Dim qdf As DAO.QueryDef
    Dim rst As DAO.Recordset
    Dim intCounter As Integer
    intCounter = 0
    ReconnectODBCQuery = False
 
    Set db = CurrentDb
    Set rst = db.OpenRecordset("SELECT  Nome FROM Linked WHERE
[Tipo]='Q'", dbOpenDynaset)
    rst.MoveFirst
Start:
    Do Until rst.EOF
         Set qdf = db.QueryDefs(rst!Nome)
         qdf.Connect = CNNSTR
         rst.MoveNext
    Loop
 
    ReconnectODBCQuery = True
 
Exit_ConnectToSQL:
On Error Resume Next
 
    rst.close
    db.close
    Set rst = Nothing
    Set db = Nothing
    Exit Function
 
Err_ConnectToSQL:
   If err.Number = 3265 Then   'QueryDef non trovata
      Set qdf = db.CreateQueryDef(rst!Nome)
      qdf.Connect = CNNSTR
      qdf.SQL = "SELECT;"
      qdf.ReturnsRecords = True
      Resume Start
   Else
      ReconnectODBCQuery = False
      MsgBox err.Description
      Resume Exit_ConnectToSQL
   End If
End Function
