複数行同時にUPDATEしてみる – katz+
こんなだったとして。 「マイケル」以外の誕生日がめちゃくちゃじゃないの！という時は update `hoehoe_tbl` SET `birth` = '2477-05-30' WHERE `id` = 1 update `hoehoe_tbl` SET `birth` = '2477-11-11' WHERE `id` = 2 update `hoehoe_tbl` SET `birth` = '2464-07-06' WHERE `id` = 3 とかやっていた訳ですが。 （プリンとジャガーの誕生日知りません。デタラメです。） CASEステートメントを使ってこうもできるらしい。 update `hoehoe_tbl` SET `birth` = case `id` WHEN 1 THEN '2477-05-30' WHEN 2 THEN '2477-11-11' WHEN 3 THEN
【MySQL】改行コードを削除しながらSELECTする方法 - Wataame Frog
MySQLでSELECTする時に、レコード内に含まれる「改行コード」を削除しながら抽出する方法を備忘録としてポストします。 SQLで改行コードを削除する方法 原因 とあるレコードの一覧をcsvなりエクセル表で欲しいと言われたので、以前ポストしたCSEで1,000件ごと抽出しcsv書き出ししたのですが、行数を数えるとなぜか1,200件ほどになっていました。 原因を調べると、途中で「改行」しているレコードがわんさかとあり、こりゃイカンと。 改行している原因は「改行コードが含まれているから」だと何となく理由が分かったので「消しながら抽出すれば良いんじゃない」のと"ごにょごにょ"して、欲しいデータが作成できました。 この"ごにょごにょ"する方法を解説したいと思います。 Replace関数で置換 抽出したいカラムに対し Replace 関数で改行コードの変換を指定し、改行コードを置換・削除します。
MySQLではIN句とサブクエリの組み合わせはインデックスが効かない！？
な、なんと person_diaryはインデックスが適用されずにフルスキャンされ（１行目のkeyがNULL） 逆にpersonはid列に設定してあるプライマリキーが適用される(2行目のkeyがPRIMARY) という二つの謎な現象が発生しました。 そもそもpersonはnameカラムに対してLIKE検索しているのに、id列のプライマリキーが効いちゃうのは全く納得いきません。なぜ、どうしてこんなことが起こるのでしょう？ 原因 私がMySQLに期待していた動きとしては ①サブクエリを実行してperson.idのリストをメモリ中に作成 ②person.person_idに張られているインデックスを使って検索 というところでした。 期待通りに動いてくれなかったのには二つのMySQLの特性が関係していました。 特性① サブクエリを含むSQLは外側から先に実行される MySQLの場合、サブクエリを含む
Using EXPLAIN to Write Better MySQL Queries — SitePoint
April 4, 2012Using EXPLAIN to Write Better MySQL Queries When you issue a query, the MySQL Query Optimizer tries to devise an optimal plan for query execution. You can see information about the plan by prefixing the query with EXPLAIN. EXPLAIN is one of the most powerful tools at your disposal for understanding and optimizing troublesome MySQL queries, but it’s a sad fact that many developers rare
他システムとのデータベース連携について - Qiita
システムエンジニア Advent Calendar 2015 - Qiita 20日目の記事です。 システム開発をしていると、他システムのマスタやトランザクションデータが必要となる場合がよくありますね。 システム間のデータ連携としては、 リソース共有（データベース共有、ディスク共有） アプリケーション連携（RPC、Web API、MOM1） ファイル連携(CSV連携、etc) などの方法がありますが、ここではデータベース共有を実現するためのデータベース連携方式について考えてみたいと思います。 データベース連携方式について 既存システムがレガシーであったり、違うベンダーが構築したサーバーであるなどの理由で、新機能や拡張機能を別のサーバー上で新システムとして構築する場合があります。もちろん、データベースも新たに用意する場合が多いのですが、その場合は既存システムには極力修正をいれない方針でデータ
MySQL :: MySQL 8.0 リファレンスマニュアル :: 8.14.3 一般的なスレッドの状態
次のリストは、レプリケーションなどの特殊なアクティビティーではなく、一般的なクエリーの処理に関連付けられた、スレッドの State 値を説明しています。 これらの多くは、サーバーのバグを見つけるためにのみ役立ちます。 After create これは、スレッドがテーブル (内部一時テーブルも含む) を作成する際の、テーブルを作成する関数の最後に発生します。 何らかのエラーのためテーブルを作成できなかった場合でも、この状態が使われます。 altering table サーバーはインプレース ALTER TABLE の実行中です。 Analyzing スレッドは MyISAM テーブルのキー分布を計算しています (ANALYZE TABLE などで)。 checking permissions スレッドは、サーバーがステートメントを実行するために必要な権限を持っているかどうかを確認しています。
MySQLでインデックスを使って高速化するならCovering Indexが使えそう - (ﾟ∀ﾟ)o彡 sasata299's blog
2009年10月28日09:33 MySQL MySQLでインデックスを使って高速化するならCovering Indexが使えそう Linux-DB システム構築/運用入門 (DB Magazine SELECTION) 著者：松信 嘉範 販売元：翔泳社 発売日：2009-09-17 おすすめ度： クチコミを見る 最近、この本を読んでいます。非常に面白いし、参考になります〜。中でもインデックスについての記事が特に興味深かったので簡単にまとめてみます。 前提 ・インデックスは検索性能には効果があるが、更新性能は落ちてしまう ・MyISAM と InnoDB ではインデックスの構造が違う ・インデックスは B+Tree インデックスと呼ばれ、ルート、ブランチ、リーフの階層構造になっている ・インデックスはソートされた状態で作成されている まずは MyISAM と InnoDB でのインデックス
MySQLのgroup_concatで複数レコードを1行にまとめる - 文系プログラマによるTIPSブログ
実は非常に有用で、この機能が実は欲しかった！と言う方が続出する機能なのですよね〜 全然知らなかったのですが、mysqlでは複数レコードを1行にまとめる事ができます。 複数行をカンマ区切りにしたり、結構有効に使えそうです。 テーブル・データの準備 テーブル データ 実際に実行してみる 普通にselectしてみる group_concatしてみる group_concat + distinct group_concat + group by テーブル・データの準備 早速サンプルコードを。 テーブル mysql> create table gc1(id int auto_increment, uid int, name varchar(30), primary key(id))engine=innodb charset=utf8mb4; Query OK, 0 rows affected (0.
MySQLでgroup byの結果を逆順（最大順、最新順）で取得する方法
公開2015.01.21 更新2017.12.03 仕事・技術 MySQLのgroup byで少しハマったのでメモしておきます。 結論からいうと、この問題を解決するには以下のSQL文でいけます。 SELECT * FROM table_name WHERE created IN (SELECT MAX(created) FROM table_name GROUP BY table_id) MySQLで普通にgroup byして結果を取得すると、そのままではレコードの作成が古いものが優先されて取得されてしまいます。 それならば！ということでorder byして取得しようとしますが、group byはorder byより先に実行されてしまうらしく、order byしてもgroup byの結果が並び替えられるだけでうまくいきません。 なのでサブクエリを使って、group byで上記の例でいうとこ
MySQLでGROUP BYとORDER BYを同時に使用する場合に気をつけたいこと | 日記の間 | あかつきのお宿
今さらな話ではあるんですが、前にも一度同じ過ちを犯したことがあるので、ここでちゃんと自分を懲らしめておきたいと思います。 前提条件 例えば、データベースにこんなデータが入っているとする。 +----+-----------+--------+------+---------------------+ | id | author_id | title | text | created | +----+-----------+--------+----------------------------+ | 1 | 1 | title1 | text | 2012-10-01 12:00:00 | | 2 | 2 | title2 | text | 2012-10-02 12:00:00 | | 3 | 1 | title3 | text | 2012-10-03 12:00:00 | | 4
MySQL 5.7の罠があなたを狙っている
2015/08/22 YAPC::Asia Tokyo 2015 Lightning Talk 2016/01/13 update about default_password_lifetime will be 0Read less
ルーク！MySQLではkamipo TRADITIONALを使え！ | おそらくはそれさえも平凡な日々
よくMySQLはゆるふわだから 値が勝手に切り詰められる エラーが起きずに変な値/日付が入る 不正なスキーマが入ってしまう など言われることがあります。ただそれは、そもそもの設定が悪いのです。(確かに昔デフォルトがゆるふわなのはいけなかったんですが) ということで、データベースには不正な値が入らないように設定はとにかく厳しくしておくのがオススメです。 じゃあどうするか。 MySQLはSQL Modeによって、その辺りの制約をコントロールすることができます。以前、MySQLのsql-modeで一番厳しいやつはTRADITIONAL、というのを書いたのですが、実はそれだけでは不十分で、TRADITIONAL,NO_AUTO_VALUE_ON_ZERO,ONLY_FULL_GROUP_BYとするのがより安心なようです。 これはkamipoさんに教えてもらいました。 @songmu TRADITI
MySQL CSVファイル入出力
MYSQLでの「CSVファイル」の入出力(インポート、エクスポート)方法について記載しています。 Windows、Linuxのどちらの環境でもファイルパスの記載が変わるだけでコマンドは同一になります。 入力 LOAD DATA INFILE 「,」などで区切られたCSVファイルを用意することにより、MySQLに高速にデータを入力することができます。 文字の囲み文字が「”」のときの使用例です。 囲み文字が必要ないときはENCLOSED BY ‘”‘を外します。 構文 LOAD DATA INFILE "ファイル名" INTO TABLE テーブル名 FIELDS TERMINATED BY ',区切り文字' ENCLOSED BY '"';
MySQL の UPDATE 文は書き方でパフォーマンスが変わる | はったりエンジニアの備忘録
MySQL で別テーブルのデータを使って UPDATE するには、JOIN を使うほかに MySQL 独自の書き方ができます。 UPDATE table_foo, table_bar SET table_foo.name = table_bar.name WHERE table_foo.id = table_bar.id; UPDATE 句の後に更新したいテーブルと参照したいテーブルを並べて内部結合します。 INNER JOIN や LEFT JOIN に比べるとシンプルに書けるので、この書き方を好んで使っていました。 今回、数百万レコードを対象に UPDATE するバッチ処理を書いていると、どうもこの SQL がボトルネックになっていることが分かりました。ためしに INNER JOIN に変えてみると実行時間が短縮されました。
文字列や数値の値の入力方法
文字列の入力方法 文字列を記述する場合はシングルクォーテーション(')またはダブルクオーテーショ(")で囲んで記述します。
ファイル出力｜データのインポート・エクスポート｜MySQL｜PHP & JavaScript Room
# ファイルからSELECT文を実行し、実行結果を表形式でファイル出力 C:\mysql\bin> C:\mysql\bin>mysql -t -u root -p db_User < C:\mysql\data\select.sql > C:\mysql\data\sql.log Enter Enter password: ********* Enter 出力ファイル（sql.log）の内容+--------+-----------+----------+------+------+ | UserID | FirstName | LastName | Sex | Age | +--------+-----------+----------+------+------+ | U001 | 花子 | 鈴木 | f | 21 | | U002 | 太郎 | 田中 | m | 30 | | U0
【MySQL】SQL発行時に日時計算（加算・減算）する方法 | WEBマスターの知恵ブログ
PHP+MySQLを利用していて、DATETIME型のカラムに対して、直接、加算・減算をしたSQLの条件を指定したい場合の方法について覚書しておきます。 もちろん、PHPで日時計算をして、変数に代入してからSQLに組み込むなどしても日時の加算・減算の条件付けはできるのですが、SQLの発行時点で加算・減算した方が楽に操作できます。 MySQLの公式マニュアルにも記述があるのですが、MySQLのマニュアルは読みづらいと思うので要点をまとめてみました。 （参考）公式マニュアル http://dev.mysql.com/doc/refman/5.1/ja/date-and-time-functions.html 該当するのはDATE_ADD DATE_SUBの箇所です。 分かりづらいので、具体的なSQLを組んでみます。 "SELECT count(id) as cnt FROM table WHE
MYSQL INDEXのまとめ - Y's note
概要 大規模なデータを管理するためのMYSQL-INDEXについて必要な情報をまとめてみます PRIMARYKEY / UNIQKEY / INDEXについて PRIMARYKEYとはそのテーブル内において重複が許されないもので、自動的にINDEXが張られる。 UNIQKEYとはそのテーブル内に置いて重複を許さない。ただし、NOT NULLにしなければNULLの重複は認める。 INDEXとは特定の値を持つレコードを高速に検索するための木構造データ。INDEXを張らないとテーブル全体のデータを検索してしまう。最適化されたINDEXを利用するとテーブルデータを全く参照せずにデータを返却できる。 まとめるとPRIMARYKEY = UNIQKEY + INDEX 複合INDEXについて 複数のカラムに対してのINDEXを作成する事。単一のINDEXより高速な検索ができる。 複合INDEXを利用す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLでGROUP BYとORDER BYを同時に使うと動かない - Qiita
MySQLテーブル設計入門
