Gedanken zu SQL, Reports, ETL und CRM
VisualStudio-Fehlermeldungen, wie Microsoft es sich die Übersichtlichkeit wünscht: Keinerlei Informationen und somit Unbrauchbar:
Mein Fazit: Nicht einmal ein einfaches Softwareupdate schafft Microsoft, auch wenn der Rechner frisch gebootet hat.
Das kann ich nicht mehr empfehlen.
Das Visual Studio 2022 unterstützt seit Nov. 2022 endlich SSAS-Projekte und SSRS-Projekte. Jedoch müssen weiterhin die SSIS-Projekte mit VS 2019 oder noch älteren Versionen entwickelt werden.
Hier die Links für die Installation der Extension für die Data Tools, SSAS und SSRS:
https://learn.microsoft.com/en-us/sql/ssdt/download-sql-server-data-tools-ssdt?view=sql-server-ver15
Analysis Services:
https://marketplace.visualstudio.com/items?itemName=ProBITools.MicrosoftAnalysisServicesModelingProjects2022
Reporting Services:
https://marketplace.visualstudio.com/items?itemName=ProBITools.MicrosoftReportProjectsforVisualStudio2022
Integration Services:
The extension for Integration Services projects is not available for Visual Studio 2022 at this time.
Blogger zur SSIS Extension:https://andyleonard.blog/2022/08/updated-ssis-extension-v4-1-2-includes-support-for-visual-studio-2022
Anbei eine kleine Power Point Präsentation f. die Links für die Nachinstallationen bei VS 2019 u. VS2022:
VS2022-Solutions+Projekte-20221123.pptx
Ähnlich war der (enttäuschende) Zustand von VS 2019, den ich im Aug. 2021 anmerkte:
Das DevOps bietet automatisch das Git mit und beim Klonen eines Repository mit Visual Studio 2019 kann bei (neue installiertem) Visual Studio diese Fehlermeldung auftreten:
Hinweis: Der neue Ordner und Teile sind bereits „geklont“ – also sollte dieser Ordner im Filesystem vor einem zweitem Versuch komplett gelöscht werden.
Die Lösung fand ich bei dem Link:
git – Cannot determine the organization name for this ‚dev.azure.com‘ remote url – Stack Overflow
Auschnitt (falls diese Stelle nicht mehr erreichbar ist):
What fixed the issue for me is going to Tools > Options > Source Control > Git Global Settings, there I changed all 4 dropdowns which were still selected as „Unset“:
- Prune remote branches during fetch – False
- Rebase local branch when pulling – False
- Cryptographic network provider – OpenSSL
- Credential helper – GCM Core
Note: These are the settings my organization requires. You might have to tweak them around according to your exact issue.
Vorher waren diese Einstellungen im Visual Studio nicht definiert:
Diese Werte haben mir geholfen:
Rein technisch sollte der vierte Punkt ausreichend sein:
Suchwörter: VisualStudio, Visual Studio, DevOps, Git, Versionierung
Wer das alte VS 2017 oder noch ältere Versionen kennt, kann die Data Tools installieren und dann können neue Projekte anlegen, die auf diesen basieren.
Das neue VS 2019 erlaubt es aber auch nach einer Installation von Data Tools weiterhin nicht, neue Projekte dafür anzulegen.
Diese Funktionalität wird immer versteckter und ich versuche, nicht zuletzt wegen solchen „Verschlimmbesserungen“, immer häufiger kostenfreie Open Source Anwendungen benutzen, um diese nervigen Microsoft Produkten zu vermeiden zu können.
In dem MS-Link https://docs.microsoft.com/en-us/sql/ssdt/download-sql-server-data-tools-ssdt?view=sql-server-ver15 wird ganz versteckt weitere Links, dass es eben nicht ausreicht, die Data Tools zu installieren, sonst jetzt muss man auch weitere „Extension“ installieren muss.
For Analysis Services, Integration Services, or Reporting Services projects, you can install the appropriate extensions from within Visual Studio with Extensions > Manage Extensions or from the Marketplace.
Analysis Services
Integration Services
Reporting Services
Diese drei Extension herunterladen und installieren – Dateien mit der Endung „vsix“ sind Microsoft’s Installer.
Hinweis: Diesen drei Links folgen und gut durchlesen – schon für die ältere SQL Server 2017 Versionen muss noch weitere zusätzliche Extension nötig sind!
Dann kann man Glück haben und es läuft, oder man Pech und ärgert schon wieder mit Microsoftprodukten. Unzufriedenheit und Ärger ist vermutlich von Microsoft gewollt!
Ach so, solche neue Projekte kann man anlegen, wenn man die richtigen Schüsselworte „findet“. Diese Entwicklung halte ich als falsch! Früher gab es schon einmal graphische Dialoge.
Für SSAS-Projekte: „Analysis“ oder „Services“
Für SSIS-Projekte:
Für SSRS-Projekte: „Bericht“
Für SQL Server Projekte: „SQL“
Leider muss man jetzt auch hier viel Scrollen. Und mein 4K Monitor bietet jetzt immer noch nur sechs Einträge an und man darf dann reichlich scrollen. Dass man scrollen kann, sieht man nur, wenn man die Maus in den richtigen Bereich schiebt… (darum ist eben der tolle weiße Dialog Rahmen und darum herum reichlich vieeeeeeeeel weißer Hintergrund). Microsoft weiß eben wie man es schwierig machen kann und keinesfalls flüssig arbeiten soll!
Es ist zu kompliziert um es umzusetzen:
Gutes Beispiel, bei dem es eigentlich funktionieren sollte – aber MS typisch – nicht läuft:
Wieso ist der Text unsichtbar ist? Ursache weiterhin unbekannt, aber die Lösung: Die Annotation anklicken – solange man weiß wo die sein sollte;-(
Dann ist der Rahmen sichtbar und „rechter Mausklick“ im Annotation den Dialog „Set Text Annotation Font…“ öffnen und nur mit „OK“ bestätigen…
Problem ist natürlich für einen Dritten, der keine Idee haben kann wo ein Text versteckt sein könnte….
Bisher ist mir keine sonstige Lösung bekannt.
Wenn man einen einzigen SQL Server frisch installiert hat, dann scheint es einfach sein. Aber falls man auf eine unbekanntes System kommt, muss man selber schauen:
--SQL Serverversion: Select @@version
Aber wenn man dann per VisualStudio und/oder den Data Tools Jobs anlegt, dann muss meist das „Target“ korrekt angepasst werden und muss mehr hinterfragen:
| <nnn> | Version | 32/64bit |
|---|---|---|
| 140 | SQL Server 2017 | … |
| 130 | SQL Server 2016 | … |
| 120 | SQL Server 2014 | … |
| 110 | SQL Server 2012 | … |
Um 32 bit oder 64 bit zu entscheiden, muss im Filesystem nachgeschaut werden und kontrolliert werden, ob eine DtsDebugHost.exe vorhanden ist:
C:\Program Files (x86)\Microsoft SQL Server\<nnn>\DTS\Binn\
oder
C:\Program Files\Microsoft SQL Server\<nnn>\DTS\Binn\