GitHub - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
テーブル値パラメーター - ADO.NET
旧バージョンの SQL Server での複数行の受け渡し SQL Server 2008 にテーブル値パラメーターが導入されるまでは、複数行データをストアド プロシージャまたはパラメーター化 SQL コマンドに渡す方法は限られていました。 開発者が選択できる複数の行をサーバーに渡すためのオプションを次に示します。 複数のデータ列とデータ行の値を表すには、一連の個別のパラメーターを使用します。 このメソッドを使用して渡すことができるデータの量は、許可されているパラメーター数によって制限されます。 SQL Server プロシージャが持つことのできるパラメーター数は最大 2,100 です。 これらの個々の値をテーブル変数または一時テーブルにまとめて処理するには、サーバー側ロジックが必要です。 複数のデータ値を区切り文字列または XML ドキュメントにバンドルし、それらのテキスト値をプロシージ
もう５年以上前にパラメタライズドクエリのパラメタ名でトラブった話 - NAL-6295の舌先三寸
久しぶりに、近所ではまっている場面を見かけたので、簡単な事だが書いておこう。 インスタンスの照合順序がJAPANESE_CI_ASの時 クエリ中のパラメタ名が、Abcの時にパラメタ宣言がabcとなっていても、問題なく動作する。 しかし、 インスタンスの照合順序がJAPANESE_BINとか、JAPANESE_CS_AS等、case sensitiveな設定になっている時 クエリ中のパラメタ名が、Abcの時にパラメタ宣言がabcとなっていると、Abcとabcを区別するので、”パラメタが宣言されていない”といった類のエラーになる。 これは、データベースの照合順序がcase insensitiveになっていても、発生する。 パラメタ名はインスタンスの照合順序に依存しているからである。 #ケアレスミス修正
Version Control Guidance – Frequently Asked Questions - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
オプティミスティック コンカレンシー - ADO.NET
この時点で、データベース内の値 ("Robert") は User1 が期待していた元の値 ("Bob") と一致していないため、User1 による更新はオプティミスティック コンカレンシー違反となります。 コンカレンシー違反は、更新が失敗したことを通知するだけです。 ここで、User2 による変更を User1 による変更で上書きするか、または User1 による変更をキャンセルするかの決定が必要になります。 オプティミスティック コンカレンシー違反テスト オプティミスティック コンカレンシー違反をテストするには、いくつか方法があります。 1 つは、テーブルにタイムスタンプ列を含める方法です。 一般に、データベースには、レコードを最後に更新した日付と時刻を識別するために使用するタイムスタンプ機能が用意されています。 この機能を使用すると、timestamp 列がテーブル定義に組み込まれま
データベース スキーマ情報の取得 | Microsoft Docs
データベースからのスキーマ情報の取得は、スキーマの検出プロセスによって行われます。 スキーマの検出により、アプリケーションでは、特定のデータベースのデータベース スキーマ ("メタデータ" とも呼ばれます) に関する情報を検索して返すように、マネージド プロバイダーに要求できます。 テーブル、列、ストアド プロシージャなどの各種のデータベース スキーマ要素は、スキーマ コレクションを通じて公開されます。 各スキーマ コレクションには、使用されているプロバイダーに固有の各種のスキーマ情報が含まれています。 各 .NET Framework マネージド プロバイダーでは、Connection クラスの GetSchema メソッドが実装されていて、GetSchema メソッドから返されるスキーマ情報は、DataTable という形式になります。 GetSchema メソッドはオーバーロードされ
https://support.microsoft.com/ja-jp/help/305346
すべて Microsoft 製品 Microsoft 365 Office Windows Surface Xbox セール サポート ソフトウェア Windows アプリ OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Azure Microsoft Dynamics 365 Microsoft 365 Microsoft Industry データ プラットフォーム Power Platform 法人向けを購入する Developer & IT .NET Visual Studio
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/developer/20070206/26.html
http://japan.internet.com/developer/20070116/26.html