Temporary Table(一時テーブル)について - 十番目のムーサ
CREATE TEMPORARY TABLE文 MySQLのCREATE TABLE文には「TEMPORARY」キーワードを付けることができます。 これを付けると文字通り、一時テーブルとして表が作成されます。 http://dev.mysql.com/doc/refman/5.1/ja/create-table.html テーブルを作成する時、TEMPORARY キーワードを利用する事ができます。 TEMPORARY テーブルは現在の接続でのみ現れ、接続が終了すると自動的にドロップされます。 これは、2つの異なる接続同士、 または、既存の同名の非TEMPORARY テーブルとお互いに対立する事無く、 同じテンポラリ テーブル名を利用する事ができるという意味になります。 (テンポラリ テーブルがドロップされるまで、既存テーブルは隠されています。) テンポラリ テーブルを作成する為には CRE
トリガーの開発方法＆デバッグ方法 - Qiita
MySQLのトリガー便利です。PHPでトランザクションを張って同期…というのもありだけど、データベースのレイヤで関係が担保されているのは開発者にとっても安心です。 しかし、トリガーの開発方法についての情報は少ない感じがあります。手探りで自己流なところがあると思いますが、トリガーの開発方法を整理できるくらいに自分の中でルーティンが決まってきたので記事としてまとめておきます。 掲示板のデータベースを例に作ってみよう お題がないと説明しにくいので、掲示板アプリを例に話を進めます。YY-BBSのような単純な掲示板を思い浮かべてください。 2つのテーブルを用意します。 スレッドテーブル 投稿テーブル もう少しテーブルの関係がイメージしやすいようにもうちょい妄想しちゃいます。 スレッドテーブルと投稿テーブルは一対多の関係にあります。一つのスレッドに複数の投稿が記録できる仕様です。掲示板にはスレッド一覧
トリガーの中で対象のテーブルに追加や更新するデータのカラムの値を参照する(OLD.col_name, NEW.col_name)
トリガーの中で対象のテーブルに追加や更新するデータのカラムの値を参照する(OLD.col_name, NEW.col_name) 作成したトリガーは対象となるテーブルにデータを追加したりデータを更新したりした時に起動しますが、トリガーが起動したときに実行される SQL 文の中で、対象となるテーブルに追加や更新されるデータの値を参照して利用することができます。ここでは MySQL でトリガーの中でテーブルに追加や更新されるデータを参照する方法について解説します。 トリガーの中で追加や削除されるデータのカラムの値を参照する トリガーは対象のテーブルにデータの追加や更新といった操作が行われた時に起動しますが、トリガーの中で対象テーブルの更新前のデータや更新後のデータを参照したい場合があります。例えばトリガーの対象のテーブルに追加されたデータを他のテーブルにも同じように追加したい場合や、データを更
PHPでデータベースに接続するときのまとめ - Qiita
【2021/10/15 追記】 この記事は更新が停止されています。現在では筆者の思想が変化している面もありますので，過去の記事として参考程度にご覧ください。PDO に関しては大きく変わっていない部分が多いとは思いますが， PHP 8.x 以降での動作保証はありません。 あらかじめ読んでおきたい記事 Qiita - 【PHP超入門】クラス～例外処理～PDOの基礎 by @7968 初心者がやりがちなミス 以下のどれかに1つでも当てはまるコードは見直す必要があります．付録にリンクを貼っておきましたので，「該当するかも？」という人はクリックして飛んで読んでください．太字にしてあるものは脆弱性に直結する危険度の高いものです． mysql_query などの非推奨関数を利用している SET NAMES あるいは SET CHARACTER SET などで文字コードを指定している そもそもデータベース
パフォーマンス比較 Cassandra、Mongodb、SQLite、H2、MySQL、Postgres - cypher256's blog
下記のようなシステムでパフォーマンスが良さげな SQLite を使用予定ですが、もっと速いものが無いか確認のため他のデータベースのパフォーマンスを計測してみました。SQL 利用前提ですが、NoSQL が圧倒的な性能を出す場合は検討する必要があるので KVS も確認しました。 データ件数は 1 億件程度、JDBC SQL 利用可能 INSERT、UPDATE はバッチ SELECT は主キーアクセス性能を重視 将来スケールアウトのための分散はありえるが、スタンドアロンで遅いのはだめ データベースのパフォーマンス比較 計測したデータベース データベース名 タイプ 形態 評判 計測についての備考 SQLite RDB 組み込み ※2 おもちゃ、Android標準 JDBC操作 ※1 H2 RDB 組み込み ※2 組み込み最速 JDBC操作 ※1 Derby RDB 組み込み ※2 Java標準で
MySQL使いが知るべきPostgreSQLとの違いと変わらない一つのこと
— そーだい＠初代ALF (@soudai1025) 2015, 8月 24 とブーメラン投げて見事に刺さってるので今から記事書く。 両サイドにはかなり厳しい話もするが俺の本音を聴いておけ（関白宣言） まぁ歴史の長いRDBなのでお互いの比較記事は沢山ある。 なのでマルチスレッド(MySQL)とマルチプロセス(PostgreSQL)だとかVACUUMだって話はしない。 むしろ実際に使ってみた際の違いをにフォーカスする。 1. SQLの違い 基本的にMySQLでやっていたことはPostgreSQL出来る。 しかし関数の挙動の違いは幾つかある。 例えば時間から曜日に該当する数字に変換した場合に MySQL → date_format(time,"%w") 0から始まり、日曜日に該当する PostgreSQL → to_char(time,'D') 1から始まり、日曜日に該当する など挙動に互換性
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】ERROR 1054 (42S22): Unknown column ～ in ‘on clause’ at softelメモ
問題 SQLは間違ってないと思うんだけど、MySQL4系からMySQL5に変えたら、エラーが発生する。 mysql> select * from t1, t2 left outer join t3 on t1.a=t3.c; ERROR 1054 (42S22): Unknown column 't1.a' in 'on clause' 答え MySQL 5.0.12 より古いものを新しいバージョンを変えるとき問題が発生する。 MySQL5の不具合というか、今までが不具合だったと言うべきか、SQLを書き換えるしかないらしい。 カンマ演算子の先行は、INNER JOIN、CROSS JOIN、LEFT JOIN 等のそれよりも少ないです。もし接合条件がある場合にカンマ接合と別のタイプの接合を混合すると、Unknown column ‘col_name’ in ‘on clause’ という形
信じるべきはオレの力 【ささきでもわかるメモ】where clause is ambiguous
NTTから独立してモバイルメディア企業を経営するこになった私が、未熟ながら皆様にも進めたい本をレビューし紹介させて頂いたり、「ささきでもわかる」技術メモを紹介するブログです(主にPHPとMYSQL)。 Column 'xxx' in where clause is ambiguous というエラーがでました。 なんのこっちゃと。 一見するとあっていそうなんですけどね。 SELECT m.`ID`, m.`Email`, n.`Name` FROM `MailTo` m INNER JOIN `Name` n ON m.`ID` = n.`ID` WHERE `PageID` = x"; ambiguousはあいまいという意味らしいですね。英語にうといので全く。 つまりＷＨＥＲＥの条件があいまいですよーと。 何を参照すればいいのかわかりませんー。ということらしいです。 つーまーりー SELE
【MySQL】カンマ区切りデータを扱う at softelメモ
問題 テキスト型のカラムにカンマ区切りのデータが入っているらしいんだけど、like検索するしかないかな？ 答え １ MySQLならでは。FIND_IN_SET関数がある。 FIND_IN_SET(str, strlist) N 個の部分文字列で構成されるリスト strlist に、文字列 str が含まれている場合は、1 から N までのいずれかの値を返す。文字列のリストは、それぞれの間を ‘,’ 文字で区切られた各部分文字列で構成される文字列である。最初の引数が定数文字列で、2 番目の引数が SET 型のカラムの場合、FIND_IN_SET() 関数はビット演算を使用するよう最適化される。 str が strlist に含まれていない場合や、strlist が空の文字列の場合は、0 を返す。どちらの引数も NULL の場合は、NULL を返す。 最初の引数にカンマ ‘,’ が含まれている
ルーク！MySQLではkamipo TRADITIONALを使え！ | おそらくはそれさえも平凡な日々
よくMySQLはゆるふわだから 値が勝手に切り詰められる エラーが起きずに変な値/日付が入る 不正なスキーマが入ってしまう など言われることがあります。ただそれは、そもそもの設定が悪いのです。(確かに昔デフォルトがゆるふわなのはいけなかったんですが) ということで、データベースには不正な値が入らないように設定はとにかく厳しくしておくのがオススメです。 じゃあどうするか。 MySQLはSQL Modeによって、その辺りの制約をコントロールすることができます。以前、MySQLのsql-modeで一番厳しいやつはTRADITIONAL、というのを書いたのですが、実はそれだけでは不十分で、TRADITIONAL,NO_AUTO_VALUE_ON_ZERO,ONLY_FULL_GROUP_BYとするのがより安心なようです。 これはkamipoさんに教えてもらいました。 @songmu TRADITI
SQLインジェクションゴルフ - なんと3文字で認証回避が可能に
昨日のエントリ「SQLインジェクションゴルフ - 認証回避の攻撃文字列はどこまで短くできるか?」にて、認証回避の攻撃文字列が5文字にできる（「'OR'1」）ことを示しましたが、@masa141421356さんと、やまざきさん（お二人とも拙著のレビュアーです）から、idとpwdにまたがった攻撃例を示していただきました。やまざきさんの例は、MySQL限定ながら、なんと3文字です。これはすごい。 @masa141421356さんの攻撃例 @masa141421356さんのツイートを引用します。 @ockeghem 大抵のDBでid=''OR' AND pwd='>' ' が通ると思います（id側に「'OR」, pwd側に「>' 」で6文字）。長さ0の文字列がNULL扱いされないDBなら最後のスペースを消して5文字です。 — masa141421356 (@masa141421356) June
MySQL 5.7.4で導入されたdefault_password_lifetimeがじわじわくる（MySQL 5.7.11でFIX！！）
MySQL 5.7.4で導入されたdefault_password_lifetimeがじわじわくる（MySQL 5.7.11でFIX！！） 【2016/01/13 10:12】 MySQL 5.7.11でdefault_password_lifetimeのデフォルトは0に変更になりました！ それ以降のバージョンであればこの記事の内容は気にする必要はありません。 日々の覚書: MySQL 5.7.11でdefault_password_lifetimeのデフォルトが0になるらしい！ TL;DR default_password_lifetime= 0 を秘伝のmy.cnfに入れておくつもり。 MySQL :: MySQL 5.7 Reference Manual :: 5.1.4 Server System Variables パラメーターの意味は読んで字のごとく、「最後にパスワードが更新さ
超久々。MySQLのDELETE JOINについて。 » サイト構築の紆余曲折 » “のぬけす”の紆余曲折
超久々。MySQLのDELETE JOINについて。 投稿日：2012年07月26日 カテゴリー MySQL 投稿者 nonukes いやさあ、最近お仕事が忙しいというか、気が付きゃ復職して半年が過ぎて、かなり疲労が溜ってきてるのね。 家に帰ってまで仕事に没頭している訳ではないんだけど、家に帰るとどっと疲れが出て、帰ってまでパソコン触ろうという気になかなかなれなくてね。 前回のエントリから早1ヶ月。 さすがに、ちょっとは記事を書かないとね。 と、いうワケで、MySQLのDELETE文について書きます。 これまで、データベースからデータを削除する場合には、 DELETE FROM `table_name` WHERE `id` = '{$id}' てなカンジで、WHERE句にはそのテーブルに存在するカラムを直接指定していたが、今回の仕事では他の関連テーブルのカラムの値に基づいて削除する必要が
MySQLで指定されたカラム名を持つテーブルを検索する - Qiita
select table_name, column_name from information_schema.columns where column_name = '検索したいカラム名' and table_schema = '検索対象のデータベース名'; Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
MySQL AB :: MySQL 4.1 リファレンスマニュアル
概要 これは MySQL リファレンスマニュアルです。 MySQL 8.0 から 8.0.25、および NDB のバージョン 8.0 から 8.0.25-ndb-8.0.25 に基づく NDB Cluster リリースについてそれぞれ説明します。 まだリリースされていない MySQL バージョンの機能のドキュメントが含まれている場合があります。 リリースされたバージョンの詳細は、「MySQL 8.0 リリースノート」を参照してください。 MySQL 8.0 の機能. このマニュアルでは、MySQL 8.0 のエディションによっては含まれていない機能について説明します。このような機能は、ご自身にライセンス付与されている MySQL 8.0 のエディションに含まれていない場合があります。 MySQL 8.0 の使用しているエディションに含まれる機能に関する質問がある場合は、MySQL 8.0
JDBCドライバの取得(MySQL用) - データベース接続 - サーブレット入門
まずMySQLへの接続について試していきます。最初に行うことはMySQL用のJDBCドライバのインストールになります。 JDBCドライバとは、異なるデータベースに対するアクセスを行う際に、個々のデータベース毎にプログラムを書き換えなくていいように、データベースとJavaプログラムの間にあってデータベース毎の差を吸収してくれるものです。よってJDBCを使えばデータベースが異なってもJavaプログラムの方は変更を最小限にすることが可能です。逆にJDBCドライバはデータベース毎に用意する必要があります。 MySQL用のJDBCドライバはMySQLから提供されており「MySQL Connector/J」というものになります。現在MySQLは5系のものを使いますが、「MySQL Connector/J」も最新のバージョンは5.0となります。 ダウンロードは下記から行います。 http://dev.m
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ビューに関する情報を取得する
MySQLで質問です。 下記にあるように、オフセットは使用すると、数が多くなるごとに重くなります。…
http://wannabe-note.com/1078
