MySQLの LAST_INSERT_ID の挙動について少し調べてみる - まるまるこふこふ
一意なIDを取得するための採番テーブルを利用したかったのだが、 ベストプラクティスとして色んなサイトに書かれているやり方が以下。 update num set id = LAST_INSERT_ID(id + 1); select LAST_INSERT_ID(); だいたいやってることは理解できる（採番テーブルを更新して、更新後のデータをselect） のだが、 LAST_INSERT_ID ってなんじゃい？となったので調べてみた。 LAST_INSERT_IDを使って採番テーブルを扱う - (ﾟ∀ﾟ)o彡 sasata299's blog 上記の記事がわかりやすかった。 だが、そもそも適切なトランザクション管理してあれば LAST_INSERT_ID 使わなくてもよくない？って思ったのでちょっと検証してみる。 準備 mysql> CREATE TABLE num ( -> id big
UNSIGNED の不思議な挙動 #mysqlcasual - do_aki's log
かじゅある！ この記事は、MySQL Casual Advent Calendar 2013 4日目です。 3日目を数秒差で @kamipo さんに取られてしまい*1、ネタかぶったらどうしようとドキドキしていましたが、そのようなことはなくこれでようやく安眠できそうです。 MySQL では、UNSIGNED が使える UNSIGNED は、標準SQL にはないデータ型属性です。*2 通常の INT が -2147483648 から 2147483647 の範囲を表すのに対し、 INT UNSIGNED で定義したカラムは 0 から 4294967295 の範囲となります。 今回は、この UNSIGNED に関する奇妙な挙動のお話。 なお、検証に利用したバージョンは 5.1.69 です。 すでに 5.6 が GA となっている現在からするとやや古いバージョンではありますが、REHL 6.5 で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
