Reverse Engineering per la creazione di diagrammi di database in Visio con SQL Server 2008
https://stackoverflow.com/questions/92811
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Devo decodificare un Microsoft SQL Server 2008 per creare un diagramma del modello di database di Microsoft Visio 2007.Quindi scelgo "Reverse Engineer" dal menu Database per connettermi al DB.
Ho configurato il driver Microsoft SQL Server Visio in modo che utilizzi SQL Server Native Client 10.0 come driver ODBC.Successivamente ho creato un DSN utente che si collega al mio DB.Questo DSN funziona (almeno il test fornito ha esito positivo).Dopo aver fatto clic su Avanti nella procedura guidata di Reverse Engineer, Visio richiede gentilmente le mie credenziali che fornisco correttamente, ma dopo aver fatto clic su OK ricevo il seguente messaggio:
Il driver Visio attualmente selezionato non è compatibile con l'origine dati.
Ho provato a utilizzare il vecchio driver ODBC di SQL Server, ovviamente riconfigurando anche il driver Visio.Anche questo non funziona.
Soluzione
Da Supporto Microsoft tramite i forum Microsoft:
Ulteriori indagini rivelano che questo è il comportamento previsto per Visio 2007.Quando Visio apre una connessione utilizzando Visio SQL Server Driver, controlla la versione del server e poiché SQL Server 2008 è stato fornito dopo Visio 2007 non riconosce SQL Server 2008 come versione supportata e chiude la connessione.È possibile attendere la distribuzione di una versione futura di Visio che riconosca SQL Server 2008 o utilizzare il driver ODBC generico di Visio che può aprire correttamente le connessioni a SQL Server 2008.Una terza opzione consiste nell'utilizzare una copia di SQL Server 2005 per il reverse engineering iniziale.Il team di Visio è a conoscenza di questo problema.
Altri suggerimenti
Per connettere Visio 2007 a un database SQL Server 2008, eseguire la procedura guidata Reverse Engineer (Database/Reverse Engineer...) in Visio 2007 seleziona il driver generico ODBC dal menu a discesa "Driver Visio installati".Creare quindi una nuova origine dati utilizzando SQL Native Client (2005.90.4035, 2005 SP3).Riceverai un avviso che informa che alcune informazioni recuperate potrebbero essere incomplete.Fare clic su OK e continuare.Non è la soluzione più intuitiva (ma nemmeno difficile), ma almeno ti consentirà di utilizzare Visio 2007 per connetterti a SQL 2008.
Chip Lambert, consulenza sullo slalom
Discussione vecchia ma problema ancora attuale...Ho scoperto che, sebbene l'utilizzo del driver generico ODBC funzionasse, lo strumento di reverse engineering perde trigger, clausole di controllo, visualizzazioni e procedure memorizzate.Specificando invece Access Visio Driver, almeno recuperiamo le Check Clauses e Views.
In generale, però, devo dire che penso che ciò dimostri una spaventosa mancanza di rispetto per i propri clienti da parte dei team competenti di Microsoft.Ho avuto un'esperienza molto simile l'anno scorso durante l'aggiornamento a Visual Studio 2010 solo per scoprire che i miei progetti SSIS non si aprivano più...come si può vedere da questo filo, Alla SM non potrebbe importare di meno.
È possibile creare un DSN utente nell'utilità Amministratore origine dati ODBC e quindi connettersi all'istanza di MSSQL 2008 tramite Visio 2007 selezionando il driver generico ODBC anziché il driver Microsoft SQL Server.
Puoi anche provare i componenti aggiuntivi di data mining di SQL Server 2008 per Office 2007.
Prendili qui:http://www.microsoft.com/downloads/details.aspx?FamilyId=896A493A-2502-4795-94AE-E00632BA6DE7&displaylang=en
Spero che aiuti!
Saluti
Ho finito per utilizzare il provider OLE Db generico anziché il driver generico ODBC per connettermi a SQL Server 2008: i tipi di dati sembravano funzionare correttamente.
Ho anche avuto questo problema come sopra quello che ho trovato ha funzionato
- stava utilizzando la procedura guidata di reverse engineering
- utilizzando il provider OLE Db generico nel primo passaggio
- quindi impostando il provider di connessione nel passaggio successivo sul driver nativo SQL più alto mostrato (sto usando SQL2016 con SQL Native 11.0 su un Windows 10 Surface Pro 4 per riferimento)
quindi inserendo la destinazione e le credenziali corrette nella scheda Connessione (testando la connessione se non si è sicuro)
E questo mi è sembrato funzionare per me, (poi ho avuto la possibilità di portare attraverso gli indici delle tabelle viste chiavi primarie ed esterne e procedure memorizzate).
Ho anche scoperto che Visio continuava a bloccarmi ...a quanto pare questo è comune (e lì mi sentivo speciale) dopo essermi finalmente stufato ho guardato questi link
https://dhondiyals.wordpress.com/2011/07/29/microsoft-visio-2010-crashes-very-frequently-resolved/
Ho scoperto che il mio problema era più tardi (il touchscreen e l'applicazione in esecuzione per la scrittura a mano). Così ho concluso e ora ho l'esperienza che mi aspettavo
