SQLが重いときに見るお気軽チューニング方法
SQLのチューニング方法 昔Qiitaで書いたものをzennにうつして、若干の修正、追加をしてみました。 ORACLEでの経験を元に書いていますがコストベースのリレーショナルデータべースなら大体共通の考え方だと思うので他にも使えると思います。 SQLのチューニングといえば比較的容易に済むインデックスをとりあえず作成する。といった対応を取られがちですが、数万レコード程度でのデータ量ではあまり効き目がなく（自分の経験則）、どちらかといえば、結合順が大幅に狂ってたりすることが原因のことが多かったりします。よって本当にインデックスがないことが原因なのか？を熟考する必要があります。（例えばID以外のフラグとかコードに単項目indexを貼ってるのもみたことがあります。怖いけど実話） また、インデックスを作りすぎるとオプティマイザが狂いやすくなって他のSQLにも悪影響を及ぼしたりするので結構熟慮して追加
【SQL】ExcelでできるだけスマートにINSERT文を作成する方法を模索した - 株式会社クイックのWebサービス開発blog
こんにちは。sanamekoです！ 突然ですが、INSERT文を書くのってすごく大変ですよね！（個人の感想です。） 「カラム名1,カラム名2,･･･カラム名N」の後に「値1,値2,･･･値N」と書くのが苦手で、最終的にカラムがずれてたり、カラム数足りなかったりってこと、よくあります！ 手でガリガリ書かずに、うまいことツールを使ってラクに書けないものか･･･ヽ(ˇд ˇ;)ﾉ ということで、「ExcelでできるだけスマートにINSERT文を作成する方法」を考えたいと思います！ 「スマート」とは ExcelでINSERT文を作成するという話はよく聞くので、今更感は否めませんが、今回は「スマート」をテーマに、下記のことを念頭において作ってみます！ 誰が見ても分かりやすい マクロやVBAは使わない あちこちに数式（関数）を散りばめたりせず、最小限のセルに抑える 数式の中身を見なくても、何をやってい
HeidiSQLでのcsvエクスポート、インポート - Qiita
利用シーン MySQL(UTF8のDB)からテーブル単位でCSV出力して、Excelで編集し再度取り込む。 テーブルを選択する。 「メニュー＞Tools＞Export grid rows ..」を選択する。 Encodingを「ANSI」とする。 Row selectionを「Complete」とする。 「OK」を押してエクスポートする。 ～ Excel等でCSVを編集 取り込むCSVの文字コードをUTF-8とする。※任意のエディタやツールで 「メニュー＞Tools＞Import CSV file ..」を選択する。 Control charactersのFields terminated byを「,」にする。 Methodを「Client parses file contents」にする。 「Import!」を押してインポートする。 補足 Handling of duplicate ro
ORDER BYで、単純な昇順降順「以外」で並べる！ - なからなLife
いやー、知らないって怖いね。 なんだこのキモいSQLは、って思ってしまったけど、調べているウチに、これちゃんとSQL構文に則ってる！こちらが間違ってた！って事がわかっていきました。 あえて、知らなかった所から勢いで書いていたのを、そのままにしてみました。 キモいSQLコードを偶然見つけた SQLにおけるORDER BYって、その後にカラム（およびそのエイリアス）を並べてソート順として使用するわけですが、MySQL案件のお仕事の中で偶然こんなものを見つけて、絵に描いたような二度見リアクションしました。 SELECT * FROM tbl ORDER BY id = 23; -- (1) SELECT * FROM tbl ORDER BY FIELD( id, 23, 234, 543, 23 ); -- (2)こうした、「ORDER BYに、あたかもWHERE句で絞り込む条件指定のような使
CakePHP3でCASE WHEN EXISTSを作る - Qiita
環境 PHP 7.0.9 CakePHP 3.3.4 MySQL 5.6.30 問題 コードと手間を減らすために、selectのCase文でEXISTSを使うSQLを構築する必要がありました。 公式にはCase文とEXISTSの書き方は記載されてますが、それらを組み合わせた書き方は記載されておらず、四苦八苦したのでメモを残しておきます。 Case文の作り方 公式のCase文にもあるように、例えばSELECT CASE WHEN status is null THEN 'red' ELSE 'green' END AS 'result' FROM cities;というSQLを作りたい場合は、 # SELECT CASE WHEN status is null THEN 'red' ELSE 'green' END AS 'result'; $query = $this->Countries-
CakePHP で 関数実行等、自由なSQLの記述方法（Postresql) cake1.2 - ninoichibanの日記
たとえば 以下のような WHERE句を書きたい場合 FROM "tests" AS "Tests" WHERE "Tests"."enable" = TRUE AND "Tests.modified" <= ( now()::date + ( add_days || 'days')::interval )::date ORDER BY modified DESC query()を使えば自由に書けるが、取得したデータ配列の取得方法が違う 以下のような params を指定する。 $params = array( 'conditions' => array ( 'enable' =>'true', array( "modified <= (now()::date + ( offset_days || 'days')::interval )::date)" ), ), 'order' => ar
MySQLのViewのDefinerを変更する - Qiita
$ mysqldump -uhogeuser -p some_db > /tmp/some_db.dmp Warning: Using a password on the command line interface can be insecure. mysqldump: Got error: 1449: The user specified as a definer ('fugauser'@'%') does not exist when using LOCK TABLES DBを移行したときに、some_dbに含まれるviewを作成したときのユーザを削除したか、Import時に別のユーザで実行してしまったのが原因。 viewの定義をみると CREATE ALGORITHM=UNDEFINED DEFINER=`fugauser`@`%` SQL SECURITY DEFINER VIE
本来空行を返すSQLで1行返す - ぐるぐる～
例えば、ユーザIDからユーザの今の状態を引っ張ってきたいときに、 SELECT state FROM Users WHERE id = @uid; とかってやると、見つからなかった場合に空行が返ってくる。 これがいやな場合はこうする*1。 SELECT state FROM Users WHERE id = @uid UNION ALL -- 見つからなかった場合、stateとして-1を返す SELECT -1 WHERE NOT EXISTS(SELECT * FROM Users WHERE id = @uid); これで、元のSQLで見つかった場合は空行がUNION ALLされ、見つからなかった場合は空行に-1がUNION ALLされるから、絶対に空行を返さない。 元のSQLでidがPKなら、常に1行返ってくることが保証されるから、ホスト言語側で場合分けをする必要がなくなる。 *1:
MySQL のNULL ではまったことあれこれ - LukeSilvia’s diary
MySQL に限らず、SQL のNULL の仕様には何回か「えっ」と驚くことがあったのでメモしておこうと思います。5.1 版の日本語マニュアルがなかったものについては、4.1 のマニュアルを参照しました。 そもそもNULL は何を意味するか NULL は未定義または、不明を意味する。「電話番号を持たない」ということを表現する場合は、NULL ではなく、空の文字列を使う。 NULL 値というものを SQL 初心者はよく混乱します。SQL 初心者は、多くの場合、NULL が空文字 "" と同じであると考えてしまいます。これは違います。たとえば、以下のステートメントは完全に別のものです。 mysql> INSERT INTO my_table (phone) VALUES (NULL); mysql> INSERT INTO my_table (phone) VALUES (""); どちらのス
ビットフラグをDBのテーブル設計に用いてみる – sawara.me
DBのテーブル設計を行うときにフラグを持つフィールドは、それぞれtinyint(1)とかでフィールドを作って0 or 1を入れるようにしていました。 [sql title=”こんなかんじで”] CREATE TABLE `sample_old` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT ‘ID’, `flg1` tinyint(1) unsigned NOT NULL DEFAULT ‘0’ COMMENT ‘フラグ１’, `flg2` tinyint(1) unsigned NOT NULL DEFAULT ‘0’ COMMENT ‘フラグ２’, `flg3` tinyint(1) unsigned NOT NULL DEFAULT ‘0’ COMMENT ‘フラグ３’, `flg4` tinyint(1) unsig
select * は禁じ手で、必ず列名を列挙すべしとされている理由 - 極北データモデリング
select * from ... と書いてはダメ、たとえ全列取得する場合でも select a, b, c, d from ... と書くのが常識、という話をずいぶん前に聞いたことがあって、意味がわからないので人力検索に投げてみた。 いただいた回答を整理しておく。 テーブル内の一部の列を参照したい場合 例えばクライアント側では1列しか見ないのにワイルドカードで全列取得することには、パフォーマンス上の問題がある。 select * from ... でも select a from ... でもディスクI/Oのコストは基本的に変わらないが*1、それ以外のところに問題がある。 ネットワークの問題。DBサーバからクライアントに転送するデータが無駄に大きくなる メモリの問題。DBMSのデータキャッシュやOSのファイルキャッシュが無駄遣いされる テーブルの全ての列を参照したい場合 全列取得したい場
裏MySQL入門(17) 基礎編11 REPLACE or INSERT ON DUPLICATE KEY UPDATE - イノベートな非日常
MERGE,UPSERTと言われる、UPDATE文とINSERT文を条件によって自動的に切り替えることができるSQL文は、MySQLでは2種類用意されています。 REPLACE、INSERT ON DUPLICATE KEY UPDATEです。 それぞれの違いは REPLACE INSERT文と同じ構文でINSERTの部分をREPLACEに置き換えたもの 動作としては通常のINSERTと同じでDUPLICATE KEYが発生した場合に該当のレコードを削除してINSERT INSERT ON DUPLICATE KEY UPDATE INSERT文のオプションとして記述 動作としては通常のINSERTと同じでDUPLICATE KEYが発生した場合にオプションで指定したUPDATE文を実行 REPLACE文は憶えやすいこともあって、知っている人も多いかと思いますが、アプリケーションで実際に使
mysqlでjoinした結果をupdate - Qiita
mysqlでjoinした結果をupdateする場合の構文を忘れがちなので備忘録としてメモ。 テーブル作成 --- ユーザーメインテーブル CREATE TABLE `user_main`( `user_id` int, `name` text, PRIMARY KEY (`user_id`) ); --- ユーザーサブテーブル CREATE TABLE `user_sub`( `user_id` int, `type` int, PRIMARY KEY (`user_id`) ); INSERT INTO user_main values(1, 'name1'); INSERT INTO user_main values(2, 'name2'); INSERT INTO user_main values(3, 'name3'); INSERT INTO user_sub values(1,
基礎から理解するデータベースのしくみ（5）：ITpro
SQL文を実行する際のパフォーマンスに大きな影響を及ぼすものとして，もう一つ，インデックスがあります。インデックスについては，どう定義すべきかというデータベース設計上の問題と，インデックスを有効に使うためのSQL文をどう書くべきかというコーディング上の問題があります。 ここではテーブル設計上の問題を主に取り上げます。SQL文のコーディングについては囲み記事「SQL文を最速にする11のポイント」を参照してください。 インデックスは，テーブルの検索速度を向上させるためのものです。それぞれのSQL文に対して最適なインデックスを定義するのが理想的ですが，実際にはある程度限られたインデックスで，必要なパフォーマンス要件を満たすようにインデックスを定義する必要があります。加えて，どんなSQL文が実際に発行されるのかがあらかじめわかっていない場合は，適当な想定に基づいてインデックスを定義しておかなくては
EXISTSを使ったDELETE文
「SELECT文の件数」と、 「同じSELECT文を使ったDELETE文の件数」が一致しない現象が起き、困っています。 【SELECT文】※２件返ってきます。 SELECT a.部署コード, a.社員コード FROM 社員マスタ a， 組織マスタ b WHERE a.部署コード = b.部署コード 【DELETE文】※５０件 DELETEされます。 DELETE TABLE 社員マスタ WHERE EXISTS ( SELECT a.部署コード, a.社員コード FROM 社員マスタ a， 組織マスタ b WHERE a.部署コード = b.部署コード ) 環境はSQLSERVER2005です。 件数はSQLSERVER2005のカウントオプションで表示されているものなので間違いないです。 宜しくお願いします。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CakePHP3のクエリビルダのSELECT句で算術演算する方法
cakephp3のquery->update()で加算・減算を記述する方法
Blogger
第9回 SELECT 文の FROM 句の省略｜オススメ！OSS-DB情報｜OSS-DB道場｜受験対策｜DBスペシャリストを認定する資格 OSS-DB技術者認定試験
同じ行のあるフィールドのデータを別のフィールドへコピーしたい - あるテーブルで、行数は１万ぐらいです。フィールド：aフィールド：b... - Yahoo!知恵袋
