[B! mysql][MySQL][index] delegateのブックマーク

クックパッド開発者ブログ

こんにちは。クックパッドでエンジニアをしている @morishin です。4年前に Bdash Server というデータ分析 SQL を共有・再利用するアプリケーションを作って紹介しましたが、今回はそれをさらに発展させて AI にデータ分析 SQL を書かせる仕組みを作ったのでその紹介をします。続きを読むレシピ事業部バックエンド基盤グループの石川です。2025 年 6 月の頭にやった仕事について走り書きのようなメモを残しておきたくなったので、この記事を書いています。 Anthropic 社が開発している Claude Code は、ターミナルの上で動作する LLM agent です: https://docs.anthropic.com/en/docs/claude-code/overview。 Claude Code は Anthropic の API 経由で使う方法の他に、AWS

delegate 2017/04/18

mysql
index

リンク

INDEX FULL SCANを狙う - MySQL Casual Advent Calendar 2011 - SH2の日記

2011年8月のkazeburoさんのエントリに対する解説記事です。結論から言うとkazeburoさんの案に賛成なのですが、本日はどうしてそうなったのかというところを確認していきたいと思います。本記事はMySQL Casual Advent Calendar 2011の17日目のエントリです。16日目はakira1908jpさんでした。当時の内容を覚えていない方は、先にkazeburoさんのエントリをご一読ください。また、テストケースがGitHubに公開されていますのでカジュアルに再現試験をすることも可能です。 Covering Index と self-join と MySQL - blog.nomadscafe.jp kazeburo's gist: 1150842 - Gist 問題のSQLをチューニングするには、MySQLがインデックスに対してどのようにアクセスするかという点につ

delegate 2017/03/22

リンク

@kyanny's blog

2-3 で敗北。3点先行され、後半残り5分で2点返すも時すでに遅し。今節は今シーズンワーストを更新するくらい、内容が悪かった。シンプルに運動量が少ない。特に右ウイングバックで起用された FW 大谷の動きは悪く、試合に入れていなかった。2失点目、ほぼフリー状態でアーリークロスを上げさせたのはひどい。MF 加藤は相変わらずパワーあるプレーで比較的気を吐いていたが、孤立していた印象。後半、怪我から復帰して久しぶりにベンチ入りした DF 小島が交代してからは、FW 大澤とともに右サイドかなりよくなった。小島はまだ探り探りのプレーという印象だったが、今後に期待が持てる。前半を通してと、後半一回目の交代までの時間帯は、金沢は全体的に重く、遅く、覇気がなかった。前線の選手はまだ及第点だが、中盤より後ろは良いところがなかった。ラインがとても低く、それでいてすぐ後ろに下げるので宮崎の圧を受けっぱなし。宮

delegate 2017/02/22

mysql
index

リンク

MySQLのインデックスを学ぶ (1) - 刺身☆ブーメランのはてなダイアリー

実践ハイパフォーマンスMySQL 第2版とLinux-DBシステム構築運用入門を読んで、 MySQL のインデックスについて勉強しなおしている。理解が曖昧だった部分の知識を深められたり、自分の間違いに気づけたりして、とても収穫が多い。フルテーブルスキャンとフルインデックススキャン Linux-DBシステム構築運用入門 P185 に書いてあるケース。インデックスを利用してても対象レコード数が多いとランダムI/Oが大量に発生して遅くなる。読むべきレコード数が多いのならばフルテーブルスキャンのほうがI/O一回で多くのブロックを読み込めるので速い。 IGNORE INDEX ヒントを与えてパフォーマンスを改善するという例があった。マルチカラムインデックスと範囲検索 SELECT * FROM users WHERE a = ? AND b >= ? and (c IS NULL OR c >=

delegate 2017/02/22

mysql
index

リンク

fuelphpのマイグレーションでvarchar型、text型にインデックスを付ける - という話

fuelphpのマイグレーション機能で苦戦したのでメモ。環境 fuelphp : 1.7.1 PHP : 5.3.3 mysql : 5.5.34 charsetをutf8mb4にしたため普通に \DBUtil::create_index('table', 'text_data'); とかやると Index column size too large. The maximum column size is 767 bytes.が出て怒られる。やったこと my.cnfに innodb_file_format = Barracuda innodb_file_per_table = 1 innodb_large_prefixを追加。キープレフィックスの制限を大きくする（3072バイトまで）ここまでは普通の対応なのだが、ここから荒業。 DBUtilクラスのcreate_tableメソッドに