タグ

2010年5月1日のブックマーク (2件)

  • 親知らずの抜歯後に不安を解消してくれたWebサイトのまとめ!

    ひさしぶり! ケイドウエイ子よ。むふぅむふぅ。 ここ1カ月で立て続けに下あごの親知らずを2抜歯したの。それはそれは類い希な体験だったわ。軽い気持ちで抜いたエイ子が甘かった。でも、親知らずの抜歯を考えている人は、あんまり下調べをせずに勢いで抜きに行くべきかもしれないわ。知れば知るほど行く気が失せちゃうから。 エイ子の親知らずは、横向きなってアゴの中に埋まっている「下顎水平埋伏智歯」。初めてエックス線写真で見た時はビックリしたわよ。なんかそのイメージがずっと脳裏に焼き付いてて、奥歯がうずくたびに早く抜かなくちゃって思ってたんだけど、実際に抜いたのは奥歯のうずきに耐えられなくなった今年3月…エックス線写真を撮ってから4年が過ぎていたわ。 さて、そんなエイ子が親知らずを抜歯して役に立ったサイトを紹介するわ。このサイトを押さえておけば抜歯後の不安も一気に解決よ。 @niftyデイリーポータルZ

    親知らずの抜歯後に不安を解消してくれたWebサイトのまとめ!
    ropross
    ropross 2010/05/01
    ケイドウさん
  • MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLの DATETIME型は本当に遅いのか検証してみた - 2010-04-30 - 小野マトペの業務日誌(アニメ制作してない篇)

    バグの話 近々ふぁぼったーDBのInnoDB化を企てているので、それに伴いMySQL5.0.67(Tritonn)から、先日リリースされたばかりのMySQL5.5.3-m3に乗り換えてみた。RC(リリース候補)版ということで、GA版とほぼ変わらない品質と聞いたので、割と軽い気持ちでインストールしたんだけど、いきなりバグにハマった。 バグとは、DATETIME, TIMESTAMP, DATE, TIME型と文字列定数との結合でインデックスが使われない、というもの。 以下のような、date(DATE型)の結合しかしていないクエリでも、dateインデックスが使われず昇順フルテーブルスキャンされ、20秒くらい掛かった。 select date from STATUS force index(date) where date='2010-01-19' limit 10; この現象は、5.5.3,5

    MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLの DATETIME型は本当に遅いのか検証してみた - 2010-04-30 - 小野マトペの業務日誌(アニメ制作してない篇)
    ropross
    ropross 2010/05/01
    自分で検証するのは大事ねー