オビラジって番組でGREEのロゴが出てた。。

Posted on 10月 4, 2006
Filed Under Others | Leave a Comment

TBS「オビラジR」
http://www.tbs.co.jp/obirajir/

SNSとTV番組が連動する企画。
正直SNSがこんなに普及するとは思っていなかった。

それにしても、テレビに出てる”オビギャル”がみんな同じに見えるのは自分がオッサン化したせいか・・・。
でも、みんな可愛い感じであることは確かだ。

Switchって番組が終わってハリセンボン見れなくなると思ったらこの番組にも出てたんだ。
そういえばオリエンタルラジオって吉本で一番早く売れたんだってね。デビュー１年だか。

サロゲートキーをつけなかったせいで死にそうになった。

Posted on 10月 3, 2006
Filed Under Database | Leave a Comment

DB設計の経験の少ないあたくしが設計したシステムに仕様変更が入ったんですが
複合PKテンコ盛りだったせいで改修を引き継いでいる人が死にそうになっていました。

心から本当にごめんなさい。
力不足でした。
ごめんなさい。

気分的には恋愛経験の少ないあたくしが一生懸命告ったのにフられた感じですわね。
まったく空気が読めてない。むしろ、告ってないのにフられたくらいな勢いだね。
道端で配っているティッシュをもらおいとしたら避けられた感じだね。電車男みたいに。
だってもともとDB設計なんてよくわならなかったんだもん
・・・って、言い訳にしかなんないな。

で、今日そんなことがあったものだからPKってどうするのが一番いいんだろうって思ったのね。

2chのデータベースのスレを見てると「サロゲートキー」っていうのが出てきて
「なんじゃこれ」と思って検索したら「業務上意味を持たない連番キー」ってわかったの。

そうそう、これがなかったから仕様変更で死にそうにさせちゃってたんだよね！

複合キーに加えて、このサロゲートキーってやつもつけておけばもっと楽だったろうに。。
後悔の念が消えぬでござる。

「複合主キー」「サロゲートキー」関連で調べてたら、なんかタイムリーな話題があった。

「サロゲートキー」を含む日記 - はてなダイアリー
これの８月２０日のはぶさんあたりらへんから後ろ。

A.R.N [日記]: ID付与は設計技法ではなく実装技法

・プログラマはID派に好意的
・モデラーは理解できないというような顔をすることが多い
・運用の人は変更に強いID派に当然好意的
・仕様変更の激しい企業ではID方式をお勧めします

このサイトのこの辺めちゃ同意。

なんか結局どっちがいいかなんて業務要件によって変わってくるんですかね。
っていうか、そもそもどっちがいいなんてないのかも。
この２つは排他的なものではないような希ガス。

未熟な経験しかない自分が言うのもなんですが、
とりあえず複合PKで設計して、気持ち悪いテーブルには
複合PKに加えて一意キーとしてのサロゲートキーの両方をつけておけばいいのかな。。。
気持ち悪いテーブルっていうか、将来変更されちゃう可能性がありそうなテーブルかな。

ちなみに、全然話変わるけど、この前初めて聞いた「weak entity」って言葉は
日本だと 「連関エンティティ」、「関係エンティティ」、「交差エンティティ」と呼ばれるらしい。
「連関エンティティ」って言葉は テクニカルエンジニア(データベース) でよく使われてる。

他は・・・よくわかんないや。

DBついでにメモ。
　[PDF] DB IBM Informix IBM Informix データベース設計および実装 ガイド

Recently


Categories


Archives