多くのキー列または大きなサイズの列を含むインデックスを設計するときは、インデックス キーのサイズを計算して、インデックス キーの最大サイズを超えないようにする必要があります。SQL Server では、すべてのインデックス キー列の最大合計サイズは 900 バイトに制限されます。これには、非クラスター化インデックスの定義に含まれる非キー列は含まれません。 インデックス キーのサイズ計算 インデックス キーのサイズを計算するには、次の手順に従います。 インデックスの基準となるテーブル列のプロパティを表示します。sys.columns カタログ ビューを使用して、このプロパティを表示できます。 インデックス キーで定義される各列の長さを合計します。 たとえば、次のステートメントにより、Person.Address テーブルの指定した列について、sys.columns カタログ ビューの max
レポートまたはレポート セットを設計してテストした後、SQL Server Data Tools (SSDT) の配置機能を使用してレポートをレポート サーバーに公開します。 個々のレポート、または複数のレポートとデータ ソースを含めることができるレポート サーバー プロジェクトを発行することができます。 複数のレポートをパブリッシュする最も簡単な方法は、レポート サーバー プロジェクトをパブリッシュする方法です。 SSDT では、「公開」という用語ではなく、「デプロイ」という用語が使用されます。 この 2 つの用語は同義です。 SSDT は、レポートの公開を管理するためのプロジェクト構成を提供します。 構成の指定: レポート サーバーの場所と、レポート サーバーにインストールされている SQL Server Reporting Services (SSRS) のバージョン。 データ ソー
解説 Int データ型は、主要な整数データ型が SQL Serverです。 Bigint データ型が使用するための整数値でサポートされている範囲を超える可能性があるときに、 int データ型。 bigint 間に位置 smallmoney と int データ型の優先順位表でします。 関数を返します。 bigint 、パラメーター式が場合にのみ、 bigint データ型。 SQL Server では、他の整数データ型 (tinyint、 smallint、および int) が自動的に bigintに昇格されることはありません。 変換とパラメーター化 +、-、*、/、または%算術演算子を使用して、int、smallint の暗黙的または明示的な変換を実行する場合 tinyint、または bigint float、real、decimal または numeric データ型に対する定数値は、SQL
--オブジェクトに読み取り権限を付与する GRANT SELECT ON オブジェクト名TO ユーザー名またはロール名 --オブジェクトのインサート権限を剥奪する REVOKE INSERT ON オブジェクト名TO ユーザー名またはロール名 --指定したオブジェクトの権限一覧を表示する SELECT OBJECT_NAME(major_id) AS オブジェクト ,USER_NAME(grantee_principal_id) AS ユーザー ,permission_name as 権限名 ,state_desc as 権限の状態 FROM sys.database_permissions WHERE major_id = OBJECT_ID('オブジェクト名') --指定したユーザー(ロール)の権限一覧を表示する SELECT USER_NAME(grantee_principal_i
Applies to: SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW) Microsoft Fabric の SQL 分析エンドポイント Microsoft Fabric のウェアハウス これらの関数は、あるデータ型の式を別のデータ型に変換します。 構文 CAST 構文: CAST ( expression AS data_type [ ( length ) ] ) CONVERT 構文: CONVERT ( data_type [ ( length ) ] , expression [ , style ] ) Transact-SQL 構文表記規則 引数 式 (expression) 任意の有効な式。 data_
2008/6/1221:49 【SQL Server】繰返処理(Fetch)を利用する SQLで繰り返し処理を行う場合には、Fetchステートメントを利用します。 このFetchステートメントの基本的な構文について説明します。 Fetchステートメントの基本的な記述です。 DECLARE [カーソル変数名] CURSOR FOR SELECT [項目リスト] FROM [テーブル名] OPEN [カーソル変数名] FETCH NEXT FROM [カーソル変数名] WHILE @@FETCH_STATUS = 0 BEGIN FETCH NEXT FROM [カーソル変数名] END CLOSE [カーソル変数名] DEALLOCATE [カーソル変数名] ※カーソル変数名には、全て同じ変数が入ります。 Fetch処理で取得した項目を変数に設定したい場合には、以下のようにします。 DECL
こちらなんですが、Web Platform Installer (通称:WebPI) からインストールすると英語になります。 日本語パックはコチラ:Download Center – Windows Azure SDK for .NET – 2012 年 6 月になります。つまりは、マニュアルでインストールする場合ということです。 何かの間違いで日本語以外の言語で表示された場合にはLanguageを日本語にすると、言語パックが表示されます。 Visual Studio のバージョンによって使用すべきファイルが違いますのでご注意を。 VS 2010 なら、VS100と書かれているものを。 VS 2012 RC なら、 VS110 と書かれているものを使用してください。 ベトナム語はいったいどんな文字コードなんだろう?と調べてみました。 今日でこそ Unicode にベトナム語の装飾ゴテゴテの
SQL インジェクションとは、後で SQL Server のインスタンスに渡され解析および実行が行われる文字列に、有害なコードを挿入するという攻撃です。SQL Server では、構文的に有効であれば受信したクエリがすべて実行されるため、SQL ステートメントを構成するすべてのプロシージャにおいて、インジェクションに対する脆弱性を検証する必要があります。高いスキルを持つ決然たる攻撃者は、パラメータ化されたデータであっても操作できるのです。 SQL インジェクションは主に、SQL コマンドと連結されて実行されるユーザー入力変数にコードを直接挿入することにより行われます。それほど直接的ではない攻撃では、悪意のあるコードが、テーブル内の記憶領域に格納される文字列に挿入されたり、メタデータとして挿入されたりします。格納された文字列が動的な SQL コマンドに後で連結された場合、悪意のあるコードが実
分類:[.NET 全般] Mr.Tです、こんにちは。 Microsoft SQL Server Management Studio Express 9.00.3042.00 Microsoft .NET Framework 2.0.50727.42 Microsoft Visual Basic 2005 76541-000-0000011-00124 本来は、ASP.NETでのWebアプリケーション開発中にアレと思ったのですが、 Vb.NETでサンプル確認しても同じ現象だったので、.NET全般で質問させていただきます。 下記のサンプルを実行すると、SQLParameterを利用した場合と、SQLを直接渡した場合 とで挙動がことなってしまう件についてです。 Imports System.Data.SqlClient Imports System.Data.SqlDbType Public C
クラシックASPで、データベースを操作する際にはADODB.Recordsetを使うことができる。このADODB.Recordsetオブジェクトには、オープンしたレコードセットをクローズするためのcloseメソッドがあるが、このcloseを呼び出す場合にケースによって、エラーすることがある。 検証コード Set connect = Server.CreateObject("ADODB.Connection") connect.Open "DB接続文字列" Set rs = Server.CreateObject("ADODB.Recordset") rs.Open "SQL", connect rs.Close Set rs = Nothing 結果 SQL結果 SELECT 〜OK INSERT〜エラー UPDATE〜エラー DELETE〜エラー SELECT文でレコードを検索するような
プログラムによるパッケージの実行 ローカル コンピュータでマネージ コードを使用して、パッケージを実行するカスタム アプリケーションを開発するには、次の方法が必要です。ここにまとめた手順は、後述のサンプル コンソール アプリケーションで示します。 プログラムによってローカル コンピュータでパッケージを実行するには Visual Studio 開発環境を起動し、任意の開発言語で、新しいアプリケーションを作成します。この例ではコンソール アプリケーションを使用しますが、Windows フォーム アプリケーション、ASP.NET Web フォームや Web サービス、または Windows サービスからパッケージを実行することもできます。 [プロジェクト] メニューの [参照の追加] をクリックし、Microsoft.SqlServer.ManagedDTS.dll への参照を追加します。[OK
VB.NET にて SSISパッケージを実行するに当り、 実行しようとしているコンピュータ(ASP.NETで実行するのであれば、IISが起動されているマシン)に、SQLServer IntegrationServices がインストールされているか? によって、実行可能な方法が限定される。 ① 実行しようとしているコンピュータに、SSISがインストールされて「いない」場合 http://msdn.microsoft.com/ja-jp/library/ms403355(SQL.90).aspx ☆☆簡単解説☆☆ SSISパッケージは、あくまでSSISがインストールされているコンピュータ上でのみ、実行可能。 つまりは、実行しようとしているコンピュータ上に、SSISがインストールされていない場合、遠隔実行するしかない。 その方法として 1.SQL Server エージェントを使用し、プログラム
適用対象: SQL Server Azure SQL Database Azure SQL Managed Instance Transact-SQL サーバー カーソルから特定の行を取得します。 Transact-SQL 構文表記規則 構文 FETCH [ [ NEXT | PRIOR | FIRST | LAST | ABSOLUTE { n | @nvar } | RELATIVE { n | @nvar } ] FROM ] { { [ GLOBAL ] cursor_name } | @cursor_variable_name } [ INTO @variable_name [ ,...n ] ] 引数 NEXT 現在の行の直後にある行を結果行として返し、この返した行に現在の行を加えます。 カーソルに対する最初のフェッチが FETCH NEXT の場合、結果セットの先頭の行が返り
これでいけるとのこと。便利だ。SELECT sys_c.textFROM syscomments sys_c , sysobjects sys_oWHERE sys_c.id = sys_o.idAND sys_o.name = 'ストアドプロシージャの名前'
Contents Causes of Server Waits Reads and Writes Missing Indexes by Database Costly Missing Indexes Unused Indexes Costly Used Indexes Often-Used Indexes Logically Fragmented Indexes Costly Queries by I/O Costly Queries by CPU Costly CLR Queries Most-Executed Queries Queries Suffering from Blocking Lowest Plan Reuse Further Work Many application performance problems can be traced to poorly perform
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く