タグ付けされた質問 「ssms」

SQL Server Management Studioは、SQL Serverに付属しているグラフィカルなフロントエンドツールで、データベースの管理とクエリを行います。また、SSASなどの他のバンドルされたシステムの管理もサポートします。

2
スキーマのすべての権限をスクリプト化する方法
SQL管理スタジオでは、すべてのdbオブジェクトのスクリプトを作成できますが、これまでのところ、スキーマまたはユーザーを正しくスクリプト化する方法を見つけることができませんでした。スキーマに対するユーザーの権限は、作成されるスクリプトには含まれません。私は何か間違ったことをしたのでしょうか、それともMSFTは少しずさんなのですか？
3
SQL Server Management Studioを介して別のサーバーをマップする方法
コマンドを入力して別のサーバーをマップしようとしています EXEC xp_cmdshell 'NET USE H:\\568.256.8.358\backup_147 1234abc /USER:cranew /PERSISTENT:yes' これでエラーが発生しました： ネットワークパスが見つかりません しかし、別のサーバーを手動でマップすることができます。これを整理するのを手伝ってください。
2
SQL Server Management Studio 2008にテーマを適用する方法は？
たとえば、SSMS 2008のテキストエディターコンポーネントに「暗い」それらを適用することで成功した人はいますか？ 2005年には、機能しなくなってアップグレードされていない古いトリックがありました。 http://winterdom.com/2007/10/colorschemesinsql2005managementstudio 私の目は本当に感謝します！乾杯。
3
ユーザーはSSMSでデフォルト以外のスキーマのテーブルを表示できません
あるVIEW DEFINITIONユーザーのスキーマレベルで適切に権限を設定する際に問題が発生しました。スキーマTestSchemaを作成し、いくつかのテーブルを追加しました。ユーザーは、現在のアクセス許可は、アクセスに設定＆（テーブルを変更しているSELECT、UPDATE、DELETEを介して、など）dbo_datareaderとdbo_datawriterロール。ただし、SSMSオブジェクトエクスプローラーでテーブルを表示することはできません。 定義を表示する権限を付与しようとしました： grant view definition on SCHEMA :: [TestSchema] to [User] それはうまくいきませんでした。テーブルレベルの権限を設定してみました： grant view definition on [TestSchema].[NewTable] to [User] それもうまくいきませんでした。それから私は全面的な助成金を試してみました： grant view definition to [User] そして、それはうまくいきました。これTestSchemaで、だけでなく、アクセスしてはならない他のスキーマも表示できるようになりました。 ここでの目標は、ユーザーが特定のスキーマ内のすべてのテーブルを表示できるようにすることです。どうすればそれを達成できますか？デフォルトでこれを実行できるようにする必要がある場合、なぜそれができないのかを見つけるためにどのようなアクセス許可を確認する必要がありますか？
2
commitトランザクションの前にデータをクエリする
私の理解では、MS SQL Server Management Studioウィンドウで、「トランザクションの開始」を実行してから、データをテーブルに追加するなどの変更を行った後は、そのテーブルとそれらの変更を同じウィンドウからのみ実行できます。 「トランザクションをコミットする」。 「トランザクションのコミット」を行う前に別のソースからクエリを実行する方法はありますか？ 私の現在の目標に固有で、いくつかのコンテキストを追加します。Excel Power QueryからいくつかのSQLクエリを実行します。「コミットトランザクション」の前にこれらのクエリを実行して、コミットの代わりにロールバックを実行する必要があるかどうかを分析して理解できるようにしたいと思います。
2
SMO、SSMSは、ローカルホストに接続するときにDockerでのSQL Serverの管理に時間がかかる
TL; DR： IPv6ループバック（::1）に解決される名前でSQL Server Dockerコンテナーに接続すると、SMO呼び出しが非常に遅くなります。を使用すると127.0.0.1、高速になります。 Dockerイメージmicrosoft / mssql-server-windows-developerの使用方法を学習しようとしています。Microsoftのドキュメントによると、このコンテナはポート1433 TCPのみを公開しています。 docker run -d -p 1433:1433 -e sa_password=Passw0rd! -e ACCEPT_EULA=Y -v C:\dockerdb:C:\dockerdb microsoft/mssql-server-windows-developer 私はWindows 10でコンテナーを実行していますが、コンテナーの起動、SQL Server認証による認証、WindowsホストでのsqlcmdおよびSSMS 17.4を使用したインスタンスに対するクエリの実行（localhostまたは「。」に接続）、およびSQL操作に成功しています。 IPで接続する隣のMacのスタジオ。この方法でクエリを実行しても、目立ったパフォーマンスの問題はありません。 SSMSでは、オブジェクトエクスプローラーを参照することもできますが、インスタンスエクスプローラーウィンドウを開いたり、データベースを接続したりするなど、オブジェクトエクスプローラーのオブジェクトで右クリックメニューから何かを行おうとすると、SSMSは約5秒間応答を表示しません-10分。この時点で、要求したウィンドウが表示されるか、次のエラーメッセージが表示されます。 また、SMO Scripterオブジェクトを使用して、このインスタンスに対してPowerShellスクリプトを実行して、同じような動作を確認しようとしています。PSスクリプトは、データベース内のオブジェクトをループしてスクリプトでファイルに保存し、オブジェクトのリストを比較的迅速に収集するように機能しますが、個々のオブジェクトのスクリプト作成には5〜10分かかり、使用するには遅すぎます。 公開された単一のポートでは不十分であり、SMOとSSMSが同様の方法で接続を試みて速度が低下しているのではないかと思います。また、localhostに接続するときに、これらのツールは、通常はファイアウォールで保護されない他の通信チャネルが存在すると想定しているのでしょうか。使用できる追加の接続パラメーターはありますか？SSMSがSMOなどを使用してSQL Serverと通信しているという私の仮定を誰かが検証できますか？ 更新：まだ調査中ですが、これはリソースの制約に関するDockerの問題であると考えられます。ほとんどのドキュメントでは、Windowsコンテナにデフォルトのリソース制約がないことを示しているようです（そして、これらはDocker for Windows GUIでは設定できません。Linuxコンテナの場合のみです）が、実際にはWindows Windows 10で実行されているコンテナーは、1 GBのデフォルトのRAM割り当てを取得します。実行中のコンテナーを検査してそのRAMとCPUの割り当てを確認する方法をまだ考えていますが、次にdocker runパラメーターを使用して、デフォルトの値からそれらを増やしてみます。 更なる更新：Dockerから、コンテナに設定されているCPUとメモリの制限を教えてくれる信頼できるメトリックを取得できませんでした。さまざまな調査により、Dockerコンテナーにはデフォルトでメモリ制限がないか、1 GBであることが示されていますが、現時点で確認できるのdocker statsは、SQLコンテナーが750〜850 MBのメモリしか使用していないということです。使用可能なメモリを4 GBに設定する実行パラメータを追加しようとすると、エラーになります。だから私はその問い合わせのスレッドに従うのをやめ、別の腸のチェックに行きました：実行中のコンテナーでインタラクティブなPowerShellセッションを入力してから、コンテナー内から上記のリンクされた私のPowerShellスクリプトを呼び出します。 コンテナー内で実行しても問題はありませんでした。ほんの数分で2780個のオブジェクトを突破しました。これは問題がコンテナー/ホスト境界にあることを確認していると思います。そのため、そのUDPポートを開くことができるかどうかを確認します。更新： UDPポート1434を開いても解決しませんでした。 その他のアップデート—回避策は達成されましたが、リソース制約の問題ではありません。Windowsコンテナに大きなメモリ割り当てを設定することに関連する問題があるようです— 3gと2gでも同様のエラーが発生しましたが、最終的に1.5gでコンテナを起動できました。docker statsコンテナーのの違いを確認しましたが、コンテナーがデフォルトの割り当てである1GBで実行されていることを確認しました（そう思います）。デフォルトの設定では、PRIV WORKING …
1
mdfおよびldfの空き容量がデータベースの空き容量と一致しません
SSMSで、ファイルサイズに関連するプロパティを確認し、1つのデータベースの詳細を以下に示しました。ここで、値は他のプロパティと一致しません。ここで、mdf、ldf、および合計サイズのサイズは、各ウィンドウの下の他の値と一致します。ただし、追加された場合のmdfおよびldfの使用可能な空き領域は、データベースの縮小ウィンドウに表示される使用可能な空き領域およびデータベースのプロパティに表示される空き領域とは異なります。これは、どのデータベースにも当てはまります。なぜそうなのですか？誰かがこの背後にある論理を説明できますか？ データベースのプロパティ： サイズ：91.31 MB 利用可能なスペース：13.40 MB データベースファイルのプロパティ： mdfサイズ：17 MB ldfサイズ：75 MB 縮小データベース： 現在割り当てられているサイズ：91.31 MB 利用可能な空き容量：13.40 MB 縮小ファイルの下-データファイル： 現在割り当てられているサイズ：16.38 MB 利用可能な空き容量：12.63 MB 縮小ファイル-ログファイル用： 現在割り当てられているサイズ ：74.94 MB利用可能な空き容量：55.62 MB
1
SQLSMSでSSMSから生成されたTSQLスクリプトを実行しています。引用に失敗
SQL Server Management Studioの「スクリプトの生成」ツールで生成されたスクリプトを実行して、データベースをマシンに配置しようとしています。 これが私が発行したコマンドです： sqlcmd -S LOCALHOST\sqlexpress -I -U user -P ******** -i C:\Rollouts\NI-9-25-2012_10-42-AM\Rollout.sql > rolloutlog.txt 次のようなエラーが表示されます。 Sqlcmd：エラー：ファイル 'C：\ Rollouts \ NI-9-25-2012_10-42-AM \ Rollout.sql'のコマンド '' 'の近くの39488行で構文エラー。 この行をテキストエディタで表示すると、すべての兆候が引用符の問題を示しています。 問題の行は次のようになります。 $（ ''。cat-menu-new ''）。slideDown（ '' slow ''）; スクリプト内の引用符をサポートするためにスクリプトを実行または生成する必要があるスイッチはありますか？
3
SQL Server Management Studioですべてのクエリに対して一度接続する方法は？
SSMSは、プロジェクト内のすべてのクエリに対して接続するように要求します。プロジェクトでそれを使用するすべてのクエリに対して、接続ごとに1回だけ接続する方法はありますか？ 以下の回答（2014年3月）では、質問に回答できません。まだ解決策を探しています。
1
正確なクエリパフォーマンスを得るには？
ストアドプロシージャのパフォーマンスを改善しようとしています。SPを実行すると、何かがキャッシュされているかのように、ほぼ瞬時に終了します。SSMSでSPを実行する前に、次の2行のSQLを使用するように言われました。 DBCC DROPCLEANBUFFERS DBCC FREEPROCCACHE 上記の2行のコードでSPを実行すると、SPは約8秒で終了します。しかし、これは本当に私に本当の実行時間を与えていますか？どうやって知るの？
4
SQL 2008 R2は、Windowsユーザーがテーブルを作成するときにユーザー/スキーマを作成します
次のスクリプトを使用して、WindowsグループをSQL 2008 R2インスタンスにマップするサーバーログインとデータベースユーザーを追加しました。匿名のために名前を変更しました。 USE master go CREATE LOGIN [DOMAIN\AppUsers] FROM WINDOWS WITH DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE=[us_english] go USE AppDb go CREATE USER [DOMAIN\AppUsers] FOR LOGIN [DOMAIN\AppUsers] go EXEC sp_addrolemember N'db_owner', N'DOMAIN\AppUsers' go DOMAIN \ User1アカウントがアプリにログオンすると、User1はDOMAIN \ AppUsersのメンバーであるため、User1はdboスキーマのテーブルに問題なくクエリを実行しますが、このアプリではユーザーがテーブルを作成することもできます。スキーマを指定せずにこれらのテーブルを作成すると、SQL Serverは次のことを行います。 インスタンスのSSMS \ Security \ Loginsにリストされていない 'DOMAIN \ User1'ログインを使用するAppDbに 'DOMAIN \ User1'ユーザーを作成します。 AppDbに「DOMAIN \ User1」スキーマを作成します。 …
3
Management Studio T-SQLクエリで接続を指定する
ユーザーをロールとしてDBサーバーに追加する場合、GUIから「このアクションのスクリプトを作成する」機能をよく使用します。次に、「接続::接続の変更」に移動して、他のサーバーでも同じことを行います。 スクリプトアクションで接続を指定できる方法はあるので、2番目の接続の変更手順を実行する必要はありませんか？
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.