Microsoft scheint zu versuchen, alles in Visual Studio zu erzwingen.Visual Studio ist ein "Push-Only" -Modell, soweit ich das beurteilen kann. Das bedeutet, dass alles von Visual Studio zu SQL Server fließt. Es scheint keine einfache Möglichkeit zu sein, das Gegenteil zu tun. Dies macht das Modell für die Verwendung in einer Umgebung mit gemischtem Modus, in der einige Entwickler Visual Studio und einige SSMS verwenden, nicht akzeptabel. Nach dem anfänglichen Laden des Projekts von SQL Server scheint es keine Möglichkeit zu geben, die in VS integriert ist, um den SQL Server-Code von SQL Server in VS zu bringen, ohne eine umständliche Methode zum Ersetzen der Datei. Wenn Sie diese Methode verwenden, ist der gesamte Tracking-Verlauf nicht mehr vorhanden. Dies ist für unsere Zwecke nicht akzeptabel.
Ich denke, was Sie wollen, ist ein SQL Server Data Tools-Projekt in Visual Studio (auch als unabhängiger Download mit VS Shell verfügbar). Dann steuern Sie Ihr SSDT-Projekt wie jedes andere Visual Studio-Projekt. – Crowcoder
@crowcoder sicher und Sie haben Quellcode-Integration mit anderen Tools auch, aber Punkt ist, SSMS hatte diese Fähigkeit in der Vergangenheit. Es war ein nützliches Feature, auf das viele von uns angewiesen waren. Es zu entfernen, ohne Benutzer zu informieren, ist nicht nett. Alternative Tools sind oft Nicht-Starter. Umzug beiseite und Umschulung/Neulernen beiseite, nicht jeder kann das Werkzeug installieren, das sie nützlich finden, wie es ihnen gefällt. Viele Unternehmen haben sehr strenge Software-Richtlinien, bei denen selbst DBAs keine Admins/Power User auf ihren eigenen Workstations sind - Admin-Accounts sind hohe Ziele für Bösewichte. – SQLmojoe
@SQLmojoe, es ist nur ein Vorschlag, daher kommentieren, nicht beantworten. Wenn SSMS installiert wurde, gibt es Grund zu der Hoffnung, dass SSDT auch eine Chance haben könnte. – Crowcoder