Používám SSMS 2012 k rozhovoru s SQL serverem 2012 a Azure SQL servery, které používáme. Přiznám se, že nejsem odborník na SQL, takže většinu svých skriptů SQL ukládám pro budoucí použití. Rychle jsem narazil na zhruba 20 skriptů .SQL v projektu SSMS a všechny žijí ve stejné složce Dotazy.
Existuje způsob, jak v projektu vytvořit „podsložky“, abych mohl správně uspořádat své skripty? Jak si většina ostatních udržuje své skripty? Jsem si jistý, že pokud se jedná o chybu začínajícího, jako jsem já, musí to být skutečný problém pro skutečného administrátora (s potenciálně stovkami skriptů?)
Opatrní uživatelé: Můžete nainstalovat SSMS 2016 a stále používat starý. Viz poznámka [1]
níže.
Dílčí složka funguje takto:
Přidání podsložky řešení:
Přidání skriptu SQL:
Vaše staré dobré projekty (špatné staré projekty)
[1]
Pokud jde o upgrade:
SQL Server 2008 - 2016 je oficiálně podporován SSMS 2016. Více informací na stránce ke stažení. U starších verzí si můžete ponechat svůj oblíbený starý SSMS, viz bod 2 níže.
Různé verze SSMS spolu žijí dobře , tj. Můžete mít SSMS 2008 a SSMS 2016 nainstalovány společně bez problémů - testovány.
Pokud v SSMS ještě nezobrazujete modul snap-in Prohlížeč šablon, přejděte do nabídky, Zobrazit, Průzkumník šablon (klávesová zkratka) Ctrl-Alt-T).
Šablony se načítají z místního počítače, z této složky
C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\SqlWorkbenchProjectItems\Sql
Můžete přidat podsložky, jak chcete, a dokonce je vnořit (prostřednictvím Průzkumníka Windows nebo SSMS). Pokud se nemýlím, jsou složky načteny pouze jednou při spuštění SSMS, takže možná budete muset restartovat SSMS, abyste mohli vyzvednout změny složek ze souborového systému.
p/s - Tato metoda přeorganizuje prohlížeč šablon za účelem organizování projektových skriptů!
Projekty SSMS bohužel nepodporují podsložky. Pokud mluvíte o výchozí složce, do které SQL ukládá věci, můžete tam vytvořit podsložky. To je pouze složka na pevném disku. Tato složka je ve výchozím nastavení umístěna ve složce "C:\Users {username}\Documents\SQL Server Management Studio\Projects".
Nedostatek podsložek je určitě frustrující. Pokusím se uspořádat své věci do samostatných projektů ve stejném řešení. Každý z nich má složku Dotazy ... Budu pojmenovat projekty tak, jak bych pojmenoval podsložky (pokud bych je mohl vytvořit!).
Přidání k odpovědi 3 výše, řešení situace re-cílení šablon v C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\SqlWorkbenchProjectItems\Sql.
Budete muset přidat oprávnění k uživatelským účtům počítačů pro plnou kontrolu. (Klikněte pravým tlačítkem myši na cílovou složku, Vlastnosti, vyberte uživatele stroje, Upravit atd.)
Dokonce i když je to jako by Steve Balmer zamířil před tímto řešením. Můžete tam soubor uložit, ale když je otevřen v SSMS, neotevře se pod názvem souboru .sql, jedná se o obecný název. Takže je tu celá ta rigmarole, aby byly všechny dotazy, funkce, tabulkové skripty, sprocs atd. Uspořádány.
Skvělá odpověď, ale v systému Windows 8.1 byla vyloučena.
Nejlepší odpověď, kterou mám, je uložení prostřednictvím SSMS do systému souborů, o kterém si myslím, že bude respektovat vnoření souborů .sql. V aplikaci Visual Studio 2013 musím vytvořit databázový projekt, ve kterém mohu nastavit složky, které dávají smysl pro můj tok produktů.
Ale nemůžu otevřít tyto dotazy přes Server Explorer v Visual Studio ... je však možné uspořádat dotazy na jednom místě, pokud jsou v práci, SPROC skripty, UDF skripty atd.
Neexistuje žádné IDE) pro provádění tohoto druhu projektové práce a jo, podle slov jiného respondenta, je to smutné.
Rambling a Ranting tady trochu ... jinými slovy, mohu získat strukturu složek, které chci s DB Project ve VS 2013, ale pokud se chci přihlásit ke vzdálenému serveru a vyzkoušet je, musím přistupovat k souborům ze souboru z SSMS. Bolest na zadní straně ... Chci IDE , které to dělá.
Pokroku jsem dosáhl ruční úpravou souboru projektu SSMS tak, aby se pod řešení přidaly složky. Otevřete soubor .ssmssqlproj v textovém editoru. Vyhledejte uzly s názvem LogicalFolder. Uzel Různé je dobrým modelem toho, co musíte udělat.
Stačí zkopírovat tyto řádky a změnit název složky, kterou chcete vidět. Také změňte hodnotu Type na něco jedinečného. Tady je to, co jsem udělal.
<LogicalFolder Name="Tables" Type="4" Sorted="true">
<Items />
</LogicalFolder>
<LogicalFolder Name="Functions" Type="6" Sorted="true">
<Items />
</LogicalFolder>
<LogicalFolder Name="User-defined Table Types" Type="7" Sorted="true">
<Items />
</LogicalFolder>
Ujistěte se, že máte kopii souboru projektu (.ssmssqlproj). Pokud provedete úpravy, jak jsem to udělal několikrát, projekt se neotevře. To nebude tak špatné, pokud jste nainstalovali doplněk TFS a kontrolujete své soubory projektu - stačí změny zrušit. Ale pokud ne, ujistěte se, že si pořídíte kopii.
Poté vytvořím složky podle řešení, aby odpovídaly logickým názvům složek. Poté jsem vytvořil skript definice tabulky a uživatelsky definovaný skript definice tabulky a uložil je do příslušných složek. Ukázali se ve složce „Různé“ v Průzkumníku řešení, takže jsem je přetáhl do příslušných složek.
Tady se věci rozpadly. Protože si myslím, že všechny uložené procedury, funkce, tabulka a typ jsou v souborech, které mají příponu .sql. Protože jsou soubory .sql, byly umístěny do složky dotazy v aplikaci Explorer Explorer. Jsou však stále fyzicky ve správných složkách na disku. Je to tedy krok správným směrem.
Chci zjistit, zda atribut „Type“ v souboru projektu odpovídá konkrétní příponě souboru a jestli mohu zjistit, co to je. Pokud mohu získat správné přípony, SSMS umístí soubory do správné složky projektu.
Mohu se podívat na Visual Studio, abych viděl, jak to funguje, protože SSMS je založeno na Visual Studio, podle jejich úvodní obrazovky.
Nicméně jsem tam zčásti, takže možná jeden z vás může přijít na zbytek!