Collegamento tabelle via ODBC

Ciao Mancini e ciao Cinzia,

ho avviato SQL SErver Browser ma non è cambiato nulla: per aprire una maschera con 100 records ci impiega 14 secondi; idem per cancellare od inserire record tramite codice vba. Non ti dico aprire direttamente la tabella!!!

Questa sera disinstallerò ed installerò nuovamente SQL Server 2005 con connessione mista. Poi mi direte come fare per modificarla visto quello che c'è scritto riguardo la sicurezza:

SQL Server viene installato con un account di accesso di SQL Server denominato sa (abbreviazione di "system administrator"). Assegnare una password complessa all'account di accesso sa e non utilizzare l'account di accesso sa nell'applicazione. L'account di accesso sa viene mappato al ruolo predefinito del server sysadmin, che dispone di credenziali amministrative irrevocabili nell'intero server. Non esistono limiti ai danni che potrebbero verificarsi se un utente non autorizzato ottiene accesso come amministratore di sistema. Per impostazione predefinita, tutti i membri del gruppo BUILTIN\Administratorsdi Windows (il gruppo di amministratori locali) sono membri del ruolo sysadmin, ma possono essere rimossi da tale ruolo.

Per il momento però mi servono alcune informazioni:

1)(potete fare cortesemente una prova?) facendo clic direttamente su una tabella e poi su  una maschera con origine record  stessa tabella, il tempo di apertura è lo stesso?

2. Ho provato a creare le query direttamente in SSMS, ma quando vado a salvarle, me le salva(sempre se non cambio percorso) in una cartella predefinita già creata in precedenza: SQL Server Management Studio Express/Projects. Domanda: dal client, come potrei utilizzarla? Ad esempio, volendo metterla come origine record di una maschera, come dovrei fare?

Vladimiro

questa affermazione di Mancini non è corretta, fintanto che lavori sul tuo computer puoi tranquillamente usare Trusted Connection e cambiare il tipo di connessione in seguito quando avrai diversi client che si collegheranno al server SQL e nel caso in cui i client non siano utenti di dominio.

è vero,   risulta anche dalla documentazione che ho allegato

ma io sto caldeggiando la autenticazione di SQLServer perche so da precedenti thread che Valdimiro sta impostando a casa un ServerSQL con dei Client.

Sono convinto che a casa non ha dominio pertanto deve fare quel passo e prima lo fa e meglio stà.

.... Cinzia,   sto rispondendo a te perche senta Vladimiro ..   :)  ....

Poi con autenticazione SQLServer non deve preoccuparsi o meno di essere administrator del PC

argomento che non abbiamo mai affrontato fino ad oggi .....

Ciao Vladimiro,

ODBC;Description=Primo;Driver=SQL Server;SERVER=ACER\SQLEXPRESS;Trusted_Connection=Yes;APP=2007 Microsoft Office system;; TABLE=dbo.SchedaCliente

questo non va bene perche  DEVI  usare autenticazione di SQLServer

questa affermazione di Mancini non è corretta, fintanto che lavori sul tuo computer puoi tranquillamente usare Trusted Connection e cambiare il tipo di connessione in seguito quando avrai diversi client che si collegheranno al server SQL e nel caso in cui i client non siano utenti di dominio.

Confermo invece che i progetti ADP non sono  più supportati da Access 2013, fino al 2010, anche se un po' nascosti, c'erano ancora.

Per quanto riguarda invece questa tua affermazione:

Usando l'altra opzione: "Collega tabelle di SQL Server all'applicazione esistente" mi creerà la connessione via ODBC.  esatto

Ho notato un'altra cosa, mentre per il progetto adp in SQL Management Studio mi ritrovo con una tabella nuova creata automaticamente dall'applicazione, scegliendo connessione ODBC debbo per forza scegliere (o almeno credo) tra questi database predefiniti dove comunque lascio sempre database master. sbagliato

Ad un certo punto dell'upsize guidato dovrebbe chiederti se vuoi creare un database nuovo o se vuoi usarne uno esistente, chiaramente devi dirgli di creare un nuovo database perché quelli che vedi, sono db di sistema che è bene non andare a pasticciare.

Facciamo una cosa per volta:

ODBC;Description=Primo;Driver=SQL Server;SERVER=ACER\SQLEXPRESS;Trusted_Connection=Yes;APP=2007 Microsoft Office system;; TABLE=dbo.SchedaCliente

questo non va bene perche  DEVI  usare autenticazione di SQLServer

http://technet.microsoft.com/it-it/library/ms144284(v=sql.90).aspx

http://msdn.microsoft.com/it-it/library/bb669066.aspx

https://skydrive.live.com/#cid=A571D4F7DF332873&id=A571D4F7DF332873%21127&v=3

lasciando il segno di spunta dov'è, mi creerà un nuovo database adp che (in default) lo chiamerà ProvaCS  -> (credo voglia significare client/server)

guarda un po' l'immagine del simbolo di Access che viene fuori

e' vero  .adp esiste ancora in Access2007 ( non lo sapevo )

cionnonostante te lo sconsiglio,  ( e non sono ancora convinto che sia supportato in Access2013 )

un file .adp è troppo "potente"  si usava  ( quanto meno,  io lo usavo ) ai tempi di MSDN

per modellare i DataBase di SQLServer2000 perche non c'era ManagementStudio

Per ricapitolare

Autenticazione SQLServer

Dimentica l'upsize

Creati un DB direttamente con ManagementStudio

adesso devo andare pertanto non mi dilungo come al solito

.

Ma  Il servizio Sql Server Browser é avviato ??????

.

Ciao Mancini,

veramente aspettavo una tua risposta sull'altro thread! :-)

Allora, ho Access 2007, ancora non ho provato la connessione da un altro computer per cui tutto quello che sto cercando di fare: client, server ecc... appartiene esclusivamente al computer da dove ti sto scrivendo in questo momento. Quindi, qualsiasi prova di collegamento che vorrai fare per me va bene.

La connessione la faccio ancora tramite trusted (se pensi che conviene cominciare da qui ad apportare le modifiche, posso disinstallare SQL e reinstallarlo inserendo la connessione tramite autenticazione SQL inserendo come Id di accesso sa e poi scegliendo una password).

nella finestra della applicazione se ti fermi con il mouse sul nome della tabella puoi leggere

le informazioni di connessione.

ODBC;Description=Primo;Driver=SQL Server;SERVER=ACER\SQLEXPRESS;Trusted_Connection=Yes;APP=2007 Microsoft Office system;; TABLE=dbo.SchedaCliente

Primo è il nome che ho scelto per ricordarmi... essendo la prima connessione! :-)

Detto ciò, cerco di riepilogare.

Una volta creato il file dsn, (che non dovrò più usare) apro un database (questa volta, senza troppa fantasia l'ho chiamato Prova) e tramite l'upsize guidato mi ritrovo questa immagine:

https://skydrive.live.com/#!/view.aspx?cid=DFDFB766AA86F9D8&resid=DFDFB766AA86F9D8%21191&app=Word

lasciando il segno di spunta dov'è, mi creerà un nuovo database adp che (in default) lo chiamerà ProvaCS  -> (credo voglia significare client/server)

guarda un po' l'immagine del simbolo di Access che viene fuori

https://skydrive.live.com/#!/view.aspx?cid=DFDFB766AA86F9D8&resid=DFDFB766AA86F9D8%21193&app=Word

in cui mi ritroverò eliminate le query ma con apertura tabelle istantanee; anzi, la prima volta un po' più lenta e successivamente quasi istantanea.

Usando l'altra opzione: "Collega tabelle di SQL Server all'applicazione esistente" mi creerà la connessione via ODBC.

Ho notato un'altra cosa, mentre per il progetto adp in SQL Management Studio mi ritrovo con una tabella nuova creata automaticamente dall'applicazione, scegliendo connessione ODBC debbo per forza scegliere (o almeno credo) tra questi database predefiniti

https://skydrive.live.com/#!/view.aspx?cid=DFDFB766AA86F9D8&resid=DFDFB766AA86F9D8%21195&app=Word

dove comunque lascio sempre database master

Spero che adesso sia più chiara la mia situazione e che in qualche modo possiate darmi una mano a risolvere questa lentezza nell'aprire la tabella.

A proposito, potresti fare una prova cercando di aprire direttamente una tabella per vedere se è sempre così veloce come aprire una maschera o qualsiasi altra cosa?

Vladimiro