セレクトボックスの選択肢が長すぎた場合、 iPhone（iOS7）のピッカーだと下記のように↓語尾が省略されてしまうんですよね。 （iOS6の時は折り返し表示で問題なかったんですが） 省略されている部分がある程度わからなくても良い場合は問題ないのですが 例えば日にちだったり、予約時間だったりした場合はこのままだと問題があります。 これまで自分は、対処法としてjQueryのプラグイン（jquery.selectify.js）などで、 ネイティブのピッカーを使わない方法を取っていたのですが、 もっと良い方法を下記の海外サイトで見つけました。 How to fix truncated text on <select> element on iOS7 上のサイトをご覧になればわかるのですがセレクトボックスの optionの一番最後に空要素の<optgroup label=""></optgroup
MySQLのEXPLAINを徹底解説!!
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約？を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか？そのためにはまず現在どのようにクエリが実行さ
こんにちは。 突然ですが32bit/64bitの差を調べていて気づいたのでメモ。 32bitだともちろん32bitを超える数値をそのままでは扱えないわけですが、MySQL的にはどうなのよってことで特に値が大きくなりがちなid発番を見てみました。 弊社ではid発番をauto_incrementではなく、MyISAMなテーブルに対する以下クエリで発番しています。 CREATE TABLE `hoge` ( `id` bigint(20) unsigned NOT NULL ) ENGINE=MyISAM DEFAULT CHARSET=sjis update hoge set id=LAST_INSERT_ID(id+1) で、unsignedなんだから「18446744073709551615」までイケるだろ！ と思ったら mysql> select * from hoge; +------
問題 MySQLにシーケンスある？ 答え 同等のことはできる。でも意外と正しく使ってもらえないことがある。 公式ドキュメントでも紹介しているシーケンスのエミュレート方法のメモ。 １、シーケンス用のテーブルを作る 数値を入れるカラムがあり、1行だけレコードがあればよい。AUTO_INCREMENTする必要はない。 mysql> CREATE TABLE sequence (id INT NOT NULL); mysql> INSERT INTO sequence VALUES (0); ２、シーケンス番号を取得する さっそく使える。 mysql> UPDATE sequence SET id=LAST_INSERT_ID(id+1); mysql> SELECT LAST_INSERT_ID(); UPDATE文でシーケンスの番号を増やして、LAST_INSERT_ID()へは+1した番号を
MySQL 5系からViewが利用可能となりました。 そんなView機能を利用していて、ネットワーク構成が変更になった場合には気をつけておかなければならないことがあります。 それは、DEFINER節とSQL SECURITY節についてです。 この2つの節の説明は以下のように述べられています。 DEFINER節およびSQL SECURITY節はビューの呼び出しにおいて、アクセス権限をチェックするとき使用すべきセキュリティーコンテキストを規定します。 参考：http://aqua.sun.ddns.vc/free/docs/mysql5.1/views.html 結局はユーザによるアクセス制限だけではなく、View毎にも柔軟なアクセス制御が可能となるということでしょう。＃たぶん。 例えば、interuユーザが登録さており、SHOW VIEW権限を持っていたとします。 そんな設定であっても、in
CASE value WHEN [compare_value] THEN result [WHEN [compare_value] THEN result ...] [ELSE result] END CASE WHEN [condition] THEN result [WHEN [condition] THEN result ...] [ELSE result] END 1 番目のバージョンでは、value=compare_value の場合に result が返されます。2 番目のバージョンでは、true である最初の条件の結果が返されます。一致する結果値がなかった場合は、ELSE のあとの結果が返され、ELSE 部分がない場合は、NULL が返されます。 mysql> SELECT CASE 1 WHEN 1 THEN 'one' -> WHEN 2 THEN 'two' ELSE
主な内容 --Page 1-- ▼グループ化した結果を絞り込むHAVING句 ▼WHERE句とHAVING句の違い --Page 2-- ▼HAVING句でグループ化した結果を絞り込む ▼HAVING句と論理演算子の組み合わせ --Page 3-- ▼HAVING句を利用する際の注意点 ▼まとめ 第5回を迎えた本連載ですが、過去4回の連載を経て内容が徐々に濃くなってきました。単純なSELECT文から始まり、関数の利用、グループ化による集計などをこれまでに取り上げています。今回は、前回取り上げた「GROUP BY」句によるグループ化機能の利便性をさらに高める「HAVING」句を取り上げます。 グループ化した結果を絞り込むHAVING句 HAVING句を利用すると、GROUP BY句によってグループ化されたデータに対し、検索条件を指定し絞り込むことが可能です。絞り込みといえば「WHERE」句も
class Blog has_many :posts attr_accessible :enable end class User has_many :posts attr_accessible :enable end class Post belongs_to :blog belongs_to :user end Blog(enable=true)もしくはUser(enable=true)に属するPostを取得したいとき MySQLで書くと、こんな感じ。 SELECT `posts`.* FROM `posts` LEFT JOIN `blogs` ON `blogs`.`id` = `posts`.`blog_id` LEFT JOIN `users` ON `users`.`id` = `posts`.`user_id` WHERE `blogs`.`enable` = 1 OR `
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
