2016年度版 無料でプログラミング学習ができるサイト10個を調べてみたでは、プログミング学習サイトについて調査をしましたが、今回はSQLの学習サイトについてです。 ただ、そもそもSQLとはなんでしょうか？ それには、SQLと関係が深い「データベース(DB：DataBase)」の説明をする必要がありますが、「データベース(DB：DataBase)」とはデータの集合体という意味です。 つまり、手帳に友達や得意先の名前と電話番号が記載されているなら，それも立派なデータベースですし、電話番号をEXCELで管理している場合には、これでコンピュータが使える「データベース(DB：DataBase)」となります。 しかし、電話帳ぐらいならEXCELでもいいのですが、得意先が増えて担当者も複数人に増え、そこで顧客の売上管理まで行おうとすると、EXCELだと「どれが最新で正しいのデータか分からない」というよ

どもuozy☆です。 突然ですが、今話題の「おにぎりダイエット」！！お腹まわりがちょっと気になるお年頃のuozy☆は今日から始めてみます！！ http://diet-wiz.net/184/ さて、今回はDBに負荷をかけているクエリを探す方法を書いてみます。MySQLではスロークエリログを設定する事で処理が遅いクエリを取得できますが、SQLServerではもっとお手軽に動的管理Viewをselectする事で同様に取得する事ができます。 ※厳密に取得したい場合はトレースログを設定する事をおすすめします。 実行時間の長いクエリを取得 実はトレースログを仕込んでいなくても、ある程度SQLServerの中に実行時のデータが保存されています。そのデータを使用し実行時間の長いクエリを抽出する事ができます。dm_exec_query_statsという動的管理Viewがそれです。これをselectするとサ

マイクロソフトの植田です。 SQL Server 2005の特徴の一つに、Primary key制約を指定してテーブル作成するとデフォルトでクラスタ化インデックスが作成される点があります。基本的にSQL Server ではクラスタ化インデックスを作成するメリットがあるためこのような動作を行いますが、非クラスタ化インデックスのみのテーブルと比べてどれほどの性能差があるのでしょうか。 今回はこの点についてテストした結果をご紹介させて頂きます。 本内容は米国のTechNetのサイトにて公開されておりますが、ここでは要点をいくつかピックアップして解説したいと思います。 注）本内容に関する詳細は以下のWebサイトで取り扱われております。 https://www.microsoft.com/technet/prodtechnol/sql/bestpractice/clusivsh.mspx 今回の検証

SQLServerについて SQLServerのインデックスについて学ばせていただく機会があり、ものすごく勉強になったのでまとめます。 はじめに 他のDBと同様にSQLServerにもインデックスの概念は存在します。 インデックスとは、DBデータの検索を高速に行うための索引のようなものです。 これがあることによって、データベース内すべてを検索せずに目的のデータを特定することができる便利なしくみです。 SQL Serverにおいてインデックスの種類は以下のようになっています。 ヒープ表（インデックスなしのテーブル） クラスタ化インデックス 非クラスタ化インデックス 複合インデックス 付加列インデックス インデックスは大きく分けてクラスタ化、非クラスタ化にわかれ、非クラスタ化インデックスの中に複合インデックスや、付加列インデックスといったものがあります。 これらを順に説明していきます。 ヒープ

SQL Server のインデックスの再構築を定期的に実行する方法としてメンテナンスプランを使用てインデックスメンテナンスをする方法があります。 メンテナンスプランでは細かい制御ができない (と思っているのですが) 状況によっては T-SQL で対応する必要が出てきます。 今回の投稿では、データベース内の全ユーザーテーブルに対してインデックスの再構築をする SQL をまとめてみたいと思います。 ■全インデックスを再構築する SQL 以下のような SQL で全インデックスの再構築を行うことができます。 USE [TEST] GO DECLARE @TableName sysname, @IndexName sysname DECLARE @basesql nvarchar(max), @sql nvarchar(max) DECLARE @Edition nvarchar(max) SET

SQL Server 2008 移行で実装されたデータ圧縮ですが、圧縮後のサイズ見積もりを SSMS で調べることができます。 データ圧縮対象のテーブル / インデックスを選択し、ウィザードを使用して、サイズの見積もりをすることができるのですが、見積もりはテーブルまたはインデックスを選択して実行する必要があるため、一つのオブジェクトに対してしか見積もることができません。 この圧縮時の見積もりを複数のオブジェクトに対して実行してみるというのが今回の内容になります。 ■複数のオブジェクトに対してデータ圧縮の見積もりを実施 データ圧縮の見積もりですが、[sp_estimate_data_compression_savings] を使用して実行されています。 そのため、このストアドプロシージャをカーソル等を使用して、複数のオブジェクトに対して実行することで複数のデータ圧縮の見積もりを取得することが

以前、SQL Server のデータ圧縮のサイズ見積もりを複数テーブルを対象に実施 という投稿をしたことがありました。 サイズ見積りだけでなく、実際の圧縮も一括で実行できると便利だなと思い書いてみました。 # 対象データベースの全インデックスを再構築する SQL とほとんど同じですね。 以下のような SQL を実行することでベーステーブルに対して圧縮をすることができます。 USE DataCollection GO DECLARE @TableName sysname DECLARE @SchemaName sysname DECLARE @basesql nvarchar(max), @sql nvarchar(max) SET @basesql = 'ALTER TABLE @1 REBUILD WITH (ONLINE=ON, DATA_COMPRESSION=PAGE)' DECL

ども、三和システムおちゃらけ担当uozy☆です。 もうすぐ7月ですね、いよいよ夏の到来です！！6歳から少年野球をやっていたuozy☆としては、夏といえば「野球」です！炎天下での地獄のノック、バッティング、ベーランからの粉ポカリ(濃い目)、これは格別でしたね。そしてスポーツ大好き三和システムには野球チーム「エナサンズ」があります！そしてそして、この「エナサンズ」はこの度草野球大会にエントリー致しました＼(^o^)／ﾖｯ！！この大会、平日朝6：30プレイボール8:00終了というなんともアレなスケジュールなのであります。頑張ろう。。。 http://www.kusaon.jp/s/leagues/asakatsuwww.kusaon.jp さて、今日はデータ圧縮に関するお話です。最近弊社で管理しているDBサーバーのディスク空き容量が足りなくなるという事象が発生しました。通常データ領域が足りなくな

System developer, entrepreneur, father, food lover

DB管理者がいますぐ確認すべき3つの設定：真・Dr. K's SQL Serverチューニング研修（4）（1/3 ページ） 管理者の力量があらわれる3つの設定 前回、設定された値を見るだけでDB管理者の力量が見える、ということに触れました。今回も必ず押さえておきたいパラメータを、なぜそのように設定すべきかという理由と併せて解説していきます。 設定すべきポイントは大変シンプルです。 tempdbの数をCPUコア数にあわせよ x64環境なら「メモリ内のページロック指定」を変えよ OLTP環境では、並列処理の最大限度（Max DOP）はCPUコア数の「4分の1」に設定せよ もちろん、これだけ変更すれば、その部分における最低限のチューニングは完了します。しかし1つ上のエンジニアを目指すなら、その理由まできっちり知っておくべきでしょう。その理由を知ることで、監視ツールや動的管理オブジェクトが発する「

SQL Server 2016 CTP 2.0 では、Stretch Database の機能が実装されており、データを SQL Database 上に拡張することができるようになっています。 この機能を少し試してみました。 詳細については、Stretch Database を参照してください。 少し触ってみた感じではいろいろと制約があり、この制約を理解して使わないと難しいかなというイメージを受けました。 現状は CTP 2.0 ですので、RTM 時にはいくつかは緩和しているかもしれませんが、詳細については Requirements and limitations for Stretch Database に記載されています。 Stretch Database を使用するためにはインスタンスレベルで機能を有効化する必要がありますので、最初に以下のクエリを実行して、機能の有効化を行います。