カーソル処理は遅いことがある：データベース系SEの脳内データとインデックス：So-netブログ
先日の勉強会で話題になったので少しだけ。 カーソル処理はパフォーマンス問題の原因になります、という主張についてです。 私は勉強会などでカーソル処理は辞めた方が良い、と言います。 その理由は処理遅延が起きるからです。 その主張の根拠としているのは以下です。 ・SQLは結果セットでの処理に適した処理系であり、手続き型言語の処理に合わせたカーソル処理はRDBMSで処理するには無駄が多い（RDBMS内では1行1行処理するので、都度アプリとの通信が発生し、ターンアラウンドの時間が無駄になる） ・SQL Serverではカーソルの中間データは場合によってTEMPDBに保存され、都度呼び出される。つまりDISK IOが発生する要因となる カーソルは数百行程度の処理であればそれほどパフォーマンス問題は起きにくいと思いますが 数万行、数億行を1行1行丁寧に処理すると、1行の処理そのものは遅くなくても、処理全
Archived MSDN and TechNet Blogs
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
T-SQLだけでSQL Traceしてトレースファイルの中身まで確認 - Qiita
SQL Server の Express エディションではトレース用のツールが利用できません。 でも、プログラムの発行しているSQLを調べたいとか、なんだかLockしているっぽい動作しているけど。。なんて時にどうしてもトレースを使って調べたくなることがあります。。よね T-SQLだけで SQL Trace して保存したトレースファイルの中身までちゃんと確認するための手順です。 とりあえず、話を分かりやすくするために、特定のユーザが発行したSQLのみを対象に取得する手順にしときます #トレース設定 ”TEST_USER”という名前のユーザのみを対象 トレースファイルは C:\TEMP\trc.trc として保存します USE [master] GO DECLARE @rc int DECLARE @TraceID int DECLARE @maxfilesize bigint DECLARE
SQL トレーススクリプトの作成、実行 (SQL Server 2005 以降)
神谷 雅紀 SQL Server Escalation Engineer 以降の画面は、SQL Server 2008 R2 のものですが、SQL Server 2005 以降のバージョンでは同様の手順、同様の画面です。 SQL Server 2000 については、以下を参照して下さい。 https://blogs.msdn.com/b/jpsql/archive/2011/01/26/sql-sql-server-2000.aspx 1. Profiler の起動 [スタート] - [すべてのプログラム] - [Microsoft SQL Server 2008 R2] – [パフォーマンスツール] – [SQL Server Profiler] から、Profiler を起動します。 2. 新しいトレースの作成 [ファイル] メニュー – [新しいトレース] を実行します。 続いて、S
SQL Serverの利用時に遅いクエリを特定する方法 | intra-mart Developer Site
1. SQL Server Profilerを利用したSQLトレース ここでは、SQL Server上で実行されているSQLをトレースして、一定時間以上処理を実行していたクエリをリストアップする方法をご紹介します。SQLトレースを実行するには、SQL Serverに付属しているイベントキャプチャツール SQL Server Profilerを利用します。 SQL Server Profilerの実行はSQL Serverに負荷を与えるため、運用環境では利用しないでください。検証環境のSQL Server上で実行してください。 SQL Server Profilerの詳細については、Microsoft社のドキュメントを参照してください。 手順1. SQL Server Profilerの起動 1. SQL Server Profilerを起動します。 SQL Server Managemen
Denali のメモリ管理（後編）
Fixed size block Allocator Fixed size block Allocatorはメモリの割り当てを行うときに、自分が管理するブロックから割り当てをおこないます。1つのWorkspaceがもつ様々なサイズのFixed size block Allocatorは階層構造になっていて、管理するブロックに空きがない場合は階層構造上のより上位のFixed size block Allocatorからメモリを獲得します。そして獲得したメモリから割り当てをおこないます。 Fixed size block Allocatorは上位のblock Allocatorからメモリを獲得しますが、最上位のblock Allocatorはどこからメモリを獲得するのでしょうか。DenaliではSQL Server の仮想アドレス空間は、フラグメントマネージャによってフラグメントと呼ばれる予約
エラー ログを管理する - SQL Server
この記事では、SQL Serverエラー ログを管理する方法について説明します。 元の製品バージョン: SQL Server 元の KB 番号: 2199578 概要 Microsoft SQL Server エラー ログには、SQL Serverによって生成される重要な情報が含まれています。 エラー ログには、重要なイベントに関する情報メッセージ、警告、および情報が含まれています。 エラー ログには、ユーザーが生成したメッセージと、ログオン イベント (成功と失敗) などの監査情報に関する情報も含まれています。 エラー ログは、SQL Server管理者にとって重要なデータ ポイントです。 管理者は、必要なときに使用できるように、エラー ログのサイズを管理する必要があります。 エラー ログ ファイルは、SQL Serverのインスタンスが開始されるたびに初期化されます。 SQL Serv
可用性向上のための機能と各種ツール群（3/4） - ＠IT
高可用Windowsシステムの研究 SQL Server 2005の高可用テクノロジ編 第3回 可用性向上のための機能と各種ツール群 2．可用性向上を支援するツール群 デジタルアドバンテージ 資料提供、技術協力：マイクロソフト 2007/05/30 システムの可用性を向上させるためには、システムが健全な状態にあるかどうかを常にチェックし、異常が発生したらすぐにそれを検出できるようにすること、そして異常の原因を素早く特定し、問題を早期に解決することが重要である。SQL Server 2005では、これらの目的に役立つ各種ツールが提供されており、可用性の高いシステムの設計と運用を支援している。それらのうち主要なツールについて、以下で紹介しよう。 ログ収集ツール システムが刻々と生成するログは、システムの状態を診断する際、管理者にとって最も頼りになる情報の1つだ。SQL Server 2005は
SQL Serverの起動ログ「ERRORLOG」には、何が記録されているのか？
SQL Serverの起動ログ「ERRORLOG」には、何が記録されているのか？：SQL Serverトラブルシューティング（5）（2/2 ページ） 2016-06-22 17:11:08.77 Server Microsoft SQL Server 2016 (RTM) - 13.0.1601.5 (X64) Apr 29 2016 23:23:58 Copyright (c) Microsoft Corporation Enterprise Edition (64-bit) on Windows Server 2012 R2 Datacenter 6.3 <X64> (Build 9600: ) (Hypervisor) 2016-06-22 17:11:08.77 Server UTC adjustment: 9:00 2016-06-22 17:11:08.77 Server (c
CAT秘伝、バランスド・システムの考え方
プロセッサ：NUMAを手に入れよ、そしてNum Runnableを見よ！ これは私見ではありますが、チューニングを考えるにはまずプロセッサの概念を知るところから始めるべきでしょう。 マルチプロセッサのアーキテクチャとして著名なのは、SMPとNUMAでしょう。SMP（Symmetric Multi Processor）は対象型と呼ばれ、各プロセッサの役割が完全に対称です。この方式ではすべてのプロセッサユニットから共通にメモリアクセスが行える必要がありますので、コア数が増えると、メモリとCPUをつなぐフロントサイドバスがネックになります。キャッシュのコンフリクトなどによる遅延が起きるわけですね。 NUMA（Non-Uniform Memory Access、Non-Uniform Memory Architecture）は、複数のCPUで1つのノードを構成します。このノード単位でメモリ、CPU
Build 2017 のキーノートで発表のあった、SQL Server / SQL Database 関連の発表をざっくりと at SE の雑記
Build 2017 が始まりましたので、ざっくりと情報をまとめてみようかと。 de:code 2017 のネタ集めとも言います（ 大枠の発表については、以下を参照してもらうとよろしいかと。 New innovations at Microsoft Build 2017: Helping developers achieve more Cloud Platform Release Announcements for May 10, 2017 Serving AI with data: A summary of Build 2017 data innovations ■Cloud Shell SQL 関連ではないですが、Cloud Shell が追加され、ポータルだけで、コマンドライン操作が可能となります。 Azure の API もコールできるので、ポータルでできることが広がりますね。 ア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQL Server 2014 実践シリーズ No.2 SQL Server 2014 への移行とアップグレードの実践 - HTML 版 - SQLQuality
原因不明の処理遅延が「不定期」に発生する（パフォーマンストラブル）
Review log files - MS SQL Server - Mendix 5 Reference Guide | Mendix Documentation
SQL Serverトラブルシューティング - ＠IT
SQL Serverトレースフラグレファレンス
見落とされがちな SQL Server 2012 のメモリに関するサポート情報
Monitor SQL Server queries – find poor performers – SSMS Activity Monitor and Data Collection)
Data Collector Architecture and Processing
SQL Server performance monitoring with Data Collector – Part 3 – reading the reports