社内SQL研修のために作った資料を公開します | 株式会社AI Shift
こんにちは、Development Teamの三宅です。 先日、社内（AI事業本部内）でSQL研修の講師を担当したので、今回はその内容について簡単に共有したいと思います。 はじめに 例年、AI事業本部では、新卒エンジニアの育成のためにソフトウェアエンジニア研修を行っております。今年はフルリモートでの実施となりました。研修期間は2週間ほどで、内容は前半が講義、後半が実践（チーム開発）でした。私が担当したのは、講義パートの一部であるSQL研修です。SQLやRDBにあまり慣れていない人でも、できるだけ体系的な学びが得られるようにすることを目標に、様々な資料をまとめて提供する方針で準備しました。結果的には、ハンズオン込みで4時間ほどのやや長い講義となりましたが、勉強になったという声も頂けたのでやって良かったと思っています。 研修資料 研修内容 SQL研修の内容は、基本的には大学のデータベース講義で
SQLが重いときに見るお気軽チューニング方法
SQLのチューニング方法 昔Qiitaで書いたものをzennにうつして、若干の修正、追加をしてみました。 ORACLEでの経験を元に書いていますがコストベースのリレーショナルデータべースなら大体共通の考え方だと思うので他にも使えると思います。 SQLのチューニングといえば比較的容易に済むインデックスをとりあえず作成する。といった対応を取られがちですが、数万レコード程度でのデータ量ではあまり効き目がなく（自分の経験則）、どちらかといえば、結合順が大幅に狂ってたりすることが原因のことが多かったりします。よって本当にインデックスがないことが原因なのか？を熟考する必要があります。（例えばID以外のフラグとかコードに単項目indexを貼ってるのもみたことがあります。怖いけど実話） また、インデックスを作りすぎるとオプティマイザが狂いやすくなって他のSQLにも悪影響を及ぼしたりするので結構熟慮して追加
SQLのインデックスとそのチューニングについてのオンラインブック
開発者向けのSQLインデックス解説サイト、管理についての間違いない知識を提供します。 インデックスは開発時には忘れられがちである一方で、非常に効果的なSQLのチューニング方法です。Use The Index, Lukeでは、HibernateなどのORMツールの解説にとどまらず、SQLのインデックスについて基礎から説明します。 Use The Index, LukeはSQLパフォーマンス詳解のWeb上の無料版です。サイトを気に入って頂けたら、ぜひ書籍も購入してみて下さい。また、このサイトの運営をサポートする様々なグッズも販売しています。 MySQL、Oracle、SQL ServerなどにおけるSQLのインデックスUse The Index, Lukeでは、ベンダにとらわれないインデックスの説明を心がけています。製品特有の事柄については、以下のような表示をしています。 DB2Use The
3分でわかるマテリアライズド・ビュー -使い所と問題点を考える- - Qiita
想定読者 マテリアライズド・ビューという言葉を聞いたことはあるがその意味や仕組みを知らない方 集計処理を実現する一つの手段としてマテリアライズド・ビューを検討している方 マテリアライズド・ビューの実装にあたり必要な知識・注意点を把握したい方 前提 以降の記載は以下のDBMSの使用を前提としています。 Oracle Database 10g, 11g, 12c 集計処理という敵とマテリアライズド・ビューという武器 システム開発を進める中で、何らかの集計処理が必要になることが多々あると思います。 例えば、売上高の集計処理（地域ごと・店舗ごと・期間ごとなど）や、特定の条件を満たす顧客の集計処理（商品名◯×を購入した顧客の合計数など）などです。 SQLで集計処理を実装すればよいのですが、実際に実装してみると以下のような問題が生じることがあります。 集計処理が遅い（複数テーブルの結合などに起因する処
PHP: PDOStatement::fetchAll - Manual
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
WordPressからデータベースに直接アクセスする | webOpixel
タイトルを取り出したいので「post_title」というフィールドですね。 複数行のレコードを取り出す場合は「get_results」関数を使用します。 SQL文は「get_results」の引数に記述します。 通常のMySQLのように「FROM テーブル名」と記述してもいいのですが、テーブル名の「wp_」という接頭辞はインストール時に変更できるため柔軟なテンプレートを作成するなら直接指定しない方が良いようです。 Wordpressでは代わりに各テーブルに対応したプロパティ名で指定します。 プロパティ名は基本的にテーブル名から接頭辞（デフォルトではwp_）を除いたものになります。「wp_posts」なら「posts」ですね。 では、テンプレートの適当なファイルに下記を記述して実行してください。 WordPress テンプレートファイル $results = $wpdb->get_resul
インデックスがあるのにフルスキャン？ - kagamihogeの日記
「なんか遅いから早くして（意訳）」という仕事が回ってきた。大量データ投入後の試験待たずとも、遅いのは前々から分かってたから覚悟は出来てたんだけど･･･人外魔境と化したコードにどう手を入れたもんですかねぇ。 さて。何はともあれ計測一番。SQL Server Profiler を起動して、ブラウザから遅いといわれる機能のボタンを押してみる。･･･とスクロールバーがあっという間に小さくなってしまった。すごい参照系だなぁと思いつつ発効されたクエリ数を見るとその数 400。400 個の SELECT で出来てる画面って･･･一体･･･。 ログを見ると似たようなクエリを大量に出してるので、そういう個所を一つずつ作り直すしかないかなぁ･･･と思っているとログの中に 1 分近くかかっているクエリを発見。このクエリもまた数回走っており、一回ボタン押したら 5 分くらい返って来ない主原因になっている様子。 で
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 - エンジニアHub｜Webエンジニアのキャリアを考える！
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ
CakePHPでModelを使わずにDBを見る - Qiita
<?php App::uses('AppController', 'Controller'); /** * Test Controller * */ class TestController extends AppController { public function index() { App::import('Model','ConnectionManager'); $db =ConnectionManager::getDataSource('default'); $result=$db->query('select * from datatable1'); echo "<pre>"; print_r($result); echo "</pre>"; exit(); } } ConnectionManager::getDataSource()で指定してる default とは Con
テーブルそのものの操作方法（テーブル名変更・列の増減など） - OVERT MEMO
一般的なデータベースでは、テーブルの列を増やしたりテーブル名を変更する時にはALTER TABLE文を使います。 ALTER TABLE table ADD ( new_column INT(10) ) ALTER TABLE文はサブコマンドに次のようなものがあります。 ADD 列の追加 MODIFY 列の名前やデータ長などの変更 DROP 列の削除 RENAME テーブル名の変更 しかしSQLiteのALTER TABLE文のサポートは限定的です。 ALTER TABLE sql-statement ::= ALTER TABLE [database-name .] table-name alteration alteration ::= RENAME TO new-table-name alteration ::= ADD [COLUMN] column-def SQLite Quer
【MySQL】大文字小文字、全角半角区別しないでマッチする検索をしたい at softelメモ
問題 select * from member where namae like '%サトウ%'; こんなSQLで、namaeがサトウ、ｻﾄｳ、さとう、サトｳ（一部半角）何でもマッチさせたい！ 答え では、これで。 select * from member where namae collate utf8_unicode_ci like '%サトウ%'; データベースがutf8でないときは、もうひとつ変換を入れて、 /* ERROR 1253: COLLATION 'utf8_unicode_ci' is not valid for CHARACTER SET 'ujis' など言われたら */ select * from member where convert(namae using utf8) collate utf8_unicode_ci like '%サトウ%'; 数字の全角/半
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
引用符と引用識別子 - オラクル・Oracleをマスターするための基本と仕組み
引用符 単一引用符(シングルクォート)と二重引用符(ダブルクォート) 多くの開発言語では単一引用符(') と二重引用符(") は以下の例のように相互に置き換え可能である。 vData = "文字列" vData = '文字列' しかし Oracle において二重引用符(") は リテラル をクォートするための文字ではなく、引用識別子をあらわす引用符である。 以下の代入文はエラーとなる。 vData := "無効な識別子となる文字列"; vData := ""; ORA-01741: 長さゼロの識別子は無効です。になるのが望ましいと思うが再帰SQLエラーになる。 関連事項 ⇒ リテラル内での単一引用符の表現方法:代替引用符 引用識別子と非引用識別子 二重引用符(") は引用識別子をあらわすために使用する。 通常の利用では、ほとんどが二重引用符(") でクォートされない(囲まれていない)非引用
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 (""); どちらのス
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,
テーブル構造を変更する(ALTER TABLE文)
テーブル名/インデックス名/カラム名を変更する(ALTER TABLE RENAME文) 作成済みのテーブルに対してテーブル名の変更やカラム名の変更を行うには ALTER TABLE RENAME 文を使います。書式は次の通りです。 テーブル名の変更 ALTER TABLE tbl_name RENAME [TO|AS] new_tbl_name インデックス名の変更 ALTER TABLE tbl_name RENAME INDEX old_index_name TO new_index_name カラム名の変更 ALTER TABLE tbl_name RENAME COLUMN old_col_name TO new_col_name
EXISTSキーワード付きのサブクエリ - データの取得 - MySQLの使い方
サブクエリの前にEXISTSを指定すると、サブクエリが1つでもデータを返した場合に条件式がTRUEとなります。書式は次の通りです。 SELECT col_name1 FROM tbl_name1 WHERE EXISTS (SELECT * FROM tbl_name2 WHERE ...); EXISTSを付けた場合、サブクエリがデータを返すかどうかだけを判断するのでサブクエリで取得したデータを何かと比較するということは行いません。取得するカラムは通常「*」を指定しますが任意のカラムを指定しても構いません。ただその場合でも「*」を指定した場合と同じ扱いになります。 サンプル 実際に試してみます。まず次のようなテーブルを作成します。 mysql> create table newcustomer (id int, name varchar(10)); mysql> create table
没有找到站点
您的请求在Web服务器中没有找到对应的站点！ 可能原因： 您没有将此域名或IP绑定到对应站点! 配置文件未生效! 如何解决： 检查是否已经绑定到对应站点，若确认已绑定，请尝试重载Web服务； 检查端口是否正确； 若您使用了CDN产品，请尝试清除CDN缓存； 普通网站访客，请联系网站管理员；
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第9回 SELECT 文の FROM 句の省略｜オススメ！OSS-DB情報｜OSS-DB道場｜受験対策｜DBスペシャリストを認定する資格 OSS-DB技術者認定試験
データを追加する(INSERT文)
