せっかくいろいろ調べたので載っけておこうと思います。 SQL Server 2005 での インデックス再構築です。 再編成はREORGANIZE 、再構築は REBUILD で、再構築の方です。 DBで性能問題というと、統計情報の更新→インデックス再編成→インデックス再構築→テーブル再編成 となります。 最近のDBMSではテーブルの再編成まではリスクが大きいのか勧めてるものは無くなっていて、行ってもインデックスの再編成又は再構築を行えば十分な性能が戻ると言われてます。 …で、たまにあります。全てのインデックスを再構築しろと… ↓はインデックス操作 ALTER INDEX の構文です。 テーブルの全てのインデックスを再構築するには下のSQL文になります。 alter index all on テーブル rebuild が、いちいちテーブルを指定しないといけません。 テーブルの一覧取得と組み

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

SQL Server の msdb (msdbdata.mdf や msdblog.ldf)*1 を小さくしたい時は、 SQL Server 2005 のデータベース チューニング アドバイザ (DTA) クリーンアップ スクリプトの説明に記載されているスクリプトを実行すれば OK です。 大きくなる原因は、データベース チューニング アドバイザのログです。 DTA_tuninglog や DTA_reports_query テーブルにチューニングログがたまり続けた結果、容量が大きくなってしまいます。 基本的な対処法は、 msdb の「DTA_.*」テーブルを TRUNCATE することです。自分で記述するのが手間な場合は、前述の SQL Server 2005 のデータベース チューニング アドバイザ (DTA) クリーンアップ スクリプトの説明が使用できます*2 。 「DTA_.*」テ

SQL Server メンテナンス・管理用ツールをメモしておきます。 SQL Server 2005 Best Practices Analyzer SQL Server 2000/2005 Management Pack SQL Server Health and History Tool (SQLH2) 内部テーブル SQL Server 開発チーム ブログの以下の記事も参考になります。 SQL Server 開発チーム ブログ : スキーマ変更時のベスト・プラクティス　その１ SQL Server 開発チーム ブログ : スキーマ変更時のベスト・プラクティス　その２ その他、ドキュメントがどんどん充実してきています。 SQL Server ベスト プラクティス SQL Server 2005 自習書シリーズ SQL Server 2008 自習書シリーズ

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

SQL Server 2005 でデータベースの情報を取得するには、情報スキーマビュー (INFORMATION_SCHEMA) が便利です。 *1 情報スキーマビューには、以下のような種類があります。 INFORMATION_SCHEMA.SCHEMATA スキーマ情報 INFORMATION_SCHEMA.TABLE_PRIVILEGES テーブル特権情報 INFORMATION_SCHEMA.TABLES テーブル情報 INFORMATION_SCHEMA.COLUMNS カラム情報 最も簡単な使用例を以下に示します。 -- いったん全て出力してから、 WHERE 句で絞るとわかりやすいと思います。 SELECT * FROM INFORMATION_SCHEMA.TABLES SELECT * FROM INFORMATION_SCHEMA.COLUMNS 情報スキーマビューから取

SQL Server のエラー番号を調べるには、 sys.messages カタログ ビューを参照します。 (古いバージョンの SQL Server を使用している場合、 master.dbo.sysmessages テーブルを参照してください。) たとえば .NET で開発している場合、 SqlException.Number が 2627 なら、以下の方法でエラーの意味を調べることができます。 -- sys.messages カタログ ビュー (SQL Server 2005) SELECT message_id, language_id, severity, is_event_logged, text FROM sys.messages WHERE language_id = 1041 AND message_id = 2627 -- 古い形式 (互換性のため SQL Server