SqlBulkCopy のスピードは 20 倍ぐらい早い | Moonmile Solutions Blog
SQL Server に insert を繰り返してデータを入れる場合は、 ・bcp を使う。 ・bulk insert を使う。 ・SqlBulkCopy を使う。 を使います。bcp や bulk insert の場合は、ファイルからインポートするのでちょっと扱いづらい。SQL Server が別のマシン（サーバー機）にある場合は、一度ファイル転送をするか、ファイル共有をしないといけないので、ちょっと面倒です。 なので、SqlBulkCopy を使う…ってところまでは知っていたのですが、果たしてどのぐらいのスピードかどうかは定かだではないので、測定してみました。 結論から言えば、20 倍ほど早くなります。SQL Server 2008 の場合は 30 倍ほど、SQL Server 2000 の場合は 10-20 倍ほどなので業務コードに入れる場合は実測が必須ですね。 以下は、 crea
Set up and troubleshoot a linked server to an Oracle database - SQL Server
This article describes how to set up a linked server from a computer that is running Microsoft SQL Server to an Oracle database and provides basic troubleshooting steps for common errors you may experience when you set up a linked server to an Oracle database. Original product version: Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2
SQL Serverに.NETで接続しようとすると1.2秒でタイムアウトする場合がある - give IT a try
ちょっと前に発生していたトラブルの情報共有です。 検証用にリリースした社内アプリケーションが頻繁にタイムアウトエラーを起こすというトラブルが先日発生しました。 .NETから社内のSQL Serverに接続していたのですが、デフォルトのタイムアウト秒数は15秒なので、さすがに15秒も接続できないということはないだろうと首を傾げていました。 念のためクライアントマシンのスペックやエラー発生時のDBの負荷等を確認したものの、これといった要因は見つかりませんでした。 仕方が無いのでGoogleであれこれキーワードを変えながら検索していると、以下のトピックを見つけました。 FIX: Time-out error when a mirrored database connection is created by the .NET Framework data provider for SQLClien
復旧モデルの概要
適用対象: SQL Server SQL Server のバックアップと復元の操作は、データベースの復旧モデルのコンテキスト内で発生します。 復旧モデルは、トランザクション ログのメンテナンスを制御するように設計されています。 復旧モデル は、トランザクションをログに記録する方法、トランザクション ログのバックアップを必須 (および可能) にするかどうか、利用できる復元操作の種類などを制御するデータベース プロパティです。 復旧モデルの種類は、単純、完全、一括ログの 3 種類です。 通常、データベースには完全復旧モデルまたは単純復旧モデルが使用されます。 データベースは、任意の時点で別の復旧モデルに切り替えることができます。 復旧モデルの概要 次の表に、3 つの復旧モデルの概要を示します。 ログ バックアップはありません。 必要な領域が少なくなるように、ログ領域が自動的に再利用されます。こ
HowTo: Management Studio を使ってトランザクションログファイル (ldf) のサイズを小さくする方法 | Microsoft SQL Server Japan Support Team Blog | MSDN Blogs
Archived MSDN and TechNet Blogs 1/21/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
Transact-SQL reference (Database Engine) - SQL Server
Applies to: SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW) SQL analytics endpoint in Microsoft Fabric Warehouse in Microsoft Fabric This article gives the basics about how to find and use the Microsoft Transact-SQL (T-SQL) reference articles. T-SQL is central to using Microsoft SQL products and services. All tools and applications t
)
SQL Server 2005 データベース ミラーリング : Microsoft TechNet - SQL Server TechCenter
トランザクションの安全性が FULL の場合は、同期データ転送が行われます。データベース サービスを提供するためにはクォーラム ディスクが必要です。2 台のパートナー サーバーそれぞれがどの役割 (プリンシパルとミラー) を担当するかを決定するクォーラム投票には、最低 2 台のサーバーが必要です。 この 3 種類の動作モードをさらに詳しく調べるために、まずは、トランザクションの安全性とクォーラムの役割に注目してみましょう。 トランザクションの安全性 トランザクションの安全性 (または "安全性") が FULL に設定されている場合は、プリンシパル サーバーとミラー サーバーが同期転送モードで動作します。プリンシパル サーバーは、データベース ログ レコードをディスクに書き込むと同時に、ミラー サーバーに送信します。その後で、プリンシパル サーバーはミラー サーバーからの応答を待ちます。ミ
高可用性は低コストなデータベースミラーリングで
主な内容 --Page 1-- SQL Server 2005で提供されるフェールオーバー・ソリューション 手軽に高可用性を提供するデータベースミラーリング --Page 2-- データベースミラーリングの動作モード --Page 3-- クライアントからの透過的な接続 まとめ 24時間365日利用され、重要性や機密性の高い情報が大量に蓄積されるデータベースにとって、高可用性は避けては通れないテーマです。ハードウェアやソフトウェアによる不調などによってデータが紛失、あるいはサービスが停止してしまうような状況は可能な限り回避する必要があります。 SQL Server 2005では、高可用性ソリューションとしてフェールオーバーを実現する3つの機能が提供されます。以前から提供されてきた「フェールオーバークラスタリング」「ログ配布」に加えて、新たに登場した「データベースミラーリング」です。 SQL
)
クエリ パフォーマンス
Transact-SQL クエリ、バッチ、ストアド プロシージャ、トリガ、準備されたステートメント、または動的 SQL ステートメントは、Microsoft SQL Server のインスタンス上で実行される前に、SQL Server データベース エンジンのクエリ オプティマイザによってクエリ プランにコンパイルされます。その後、プランが実行され、結果セットが生成されます。コンパイルされたクエリ プランは、プラン キャッシュと呼ばれる SQL Server のメモリの一部に格納されます。クエリの実行プランを表示したり、アプリケーションからキャッシュされたクエリ プランが使用される方法を操作することで、クエリ パフォーマンスを分析してパフォーマンスを向上することができます。このトピックでは、SQL Server データベース エンジンのクエリ プランを表示および操作して、クエリ パフォーマ
)
データ圧縮：キャパシティ プランニングとベスト プラクティス
表 1: 圧縮対象を決める 表 1 に示す指標に基づいて、テーブル T2、T5、T6、T7、T8、および T10 をページ圧縮することに決めました。データベース内の他のすべてのテーブルは、行圧縮されました。この計画に従って、 50% の領域節約を実現し、CPU 使用率が約 10% 上昇しました。 圧縮を計画する: ワークスペース、CPU、および I/O を推定する テーブルはALTER TABLE… REBUILDステートメントを使用して圧縮され、インデックスはALTER INDEX … REBUILD ステートメントを使用して圧縮されます。テーブルまたはインデックスの圧縮には、ワークスペース、CPU、および I/O が必要で、インデックスの再構築と同じメカニズムが使用されます。ここでは、クラスター化インデックスを圧縮するのに必要であると推定されるリソースについて説明します。また、比較のた
メモリ管理アーキテクチャ ガイド - SQL Server
適用対象: SQL Server Azure SQL データベース Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW) Windows 仮想メモリ マネージャー Windows 仮想メモリ マネージャー (VMM) は、使用可能な物理メモリにコミット済みのアドレス空間をマップします。 さまざまなオペレーティング システムでサポートされている物理メモリ量の詳細については、Windows のマニュアルの「Windows のリリース別のメモリ制限」を参照してください。 仮想メモリ システムでは、仮想メモリと物理メモリの比率が 1:1 を超えるような物理メモリの設定を許可しています。 その結果、さまざまな物理メモリ構成のコンピューターで大規模なプログラムを実行できます。 しかし、すべて
)
データベースの圧縮
データベース内の各ファイルを縮小して未使用のページを削除できます。データベース エンジンにより領域は効率的に再利用されますが、サイズの大きなファイルをそのまま保持する必要がない場合もあります。このような場合には、ファイルの圧縮が必要になることがあります。データ ファイルとトランザクション ログ ファイルはどちらも縮小したり、圧縮したりすることができます。データベース ファイルはグループ単位または個別に手動で圧縮できます。また、データベース自体を、指定した間隔で自動的に圧縮するように設定することもできます。 ファイルは常に末尾から圧縮されます。たとえば、5 GB のファイルがある場合に、DBCC SHRINKFILE ステートメントの target_size に 4 GB を指定すると、データベース エンジンにより、ファイルの末尾の 1 GB から可能な限り多くの領域が解放されます。解放する
LIKE (Transact-SQL)
適用対象: SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW) Microsoft Fabric のSQL 分析エンドポイント Microsoft Fabric のウェアハウス 指定された文字列が指定されたパターンと一致するかどうかを判断します。 パターンは、標準の文字とワイルドカード文字を含むことができます。 パターン検索時に、標準の文字は文字列に指定された文字と正確に一致する必要があります。 しかし、ワイルドカード文字は文字列の任意の部分と一致することができます。 = や != などの文字列比較演算子を使用する場合と比べて、ワイルドカード文字を使用する方がより柔軟に LIKE 演算子を使用できます。 引数が文字列デ
SQL Server 2008 ExpressEditionでのデータベースの"自動終了"オプション - azuki note
SQL Serverにはデータベース毎に"自動終了"というオプションがあり([データベースのプロパティ] ([オプション] ページ))、自動終了を有効にしていると接続がなくなった時点で、データベースがシャットダウンされてリソースが解放されます。再度、接続があると自動的にデータベースが開始されます。 これはデスクトップアプリケーションなどの組み込み用途の場合にリソースを節約するためだと思います。Management Studioからの接続している状態だと自動終了されませんが、コネクションプーリング経由で接続し一定時間使用されないと自動的にコネクションをクローズするような挙動のアプリケーションだと、自動終了が発生してバッファが解放されるため、再起動後の検索パフォーマンスに影響があります。 MSDE(SQL Server 2000)のころには、このオプションはデフォルトで無効になっていたと思うの
)
.NET Framework Data Provider for SQL Server の接続プール
接続をプールすると、アプリケーションのパフォーマンスとスケーラビリティを大幅に改善できます。.NET Framework Data Provider for SQL Server は ADO.NET クライアント アプリケーションに自動的に接続プールを提供します。また、接続プール機能の動作を制御する接続文字列修飾子を指定することもできます (このトピックの後の「接続文字キーワードによる接続プールの制御」のセクションを参照してください)。 プールの作成と割り当て 接続が開かれると、厳密一致のアルゴリズムに基づいて接続プールが作成され、接続内の接続文字列に関連付けられます。各接続プールが別の接続文字列に関連付けられます。新しい接続が開かれたとき、接続文字列が既存のプールと厳密に一致しない場合は、新しいプールが作成されます。 3 つの新しい SqlConnection オブジェクトを作成し、2
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
.aspx)
SQL Server 2012 におけるデータベース エンジン機能の重大な変更
Microsoft supported products on Q&A
https://support.microsoft.com/en-us/help/915112
https://support.microsoft.com/ja-jp/help/955395
SQL Serverの内部を表示するInternals Viewer - 戦艦ゆにっき