0242NAME IS NULL2009/12/26(土) 22:13:20ID:???>>238 現実的に考えて、RDB以外にないだろ。
0243NAME IS NULL2009/12/27(日) 00:06:26ID:??? 多くの工業科&組込制御系育ちはRDBMSをなかなか理解できないらしい。 自分をCPUに見立てたプログラム実行ロジックで考えてしまう癖が抜けなくて、 データの順番や個数、アドレス問題はポインタで解決済みの早見表として オンメモリですべてを掌握していないと納得できないという。
役割分担や分散処理が苦手で、すべて自分のプログラムだけでやろうとする。 そして孤高だったりする。 0244NAME IS NULL2010/01/20(水) 21:17:11ID:X+55Zxtj>>242 動画番号に対して固定長(古いコメントは消えるので)のコメント領域を返すkey-valueじゃだめ? 0245NAME IS NULL2010/01/21(木) 08:45:08ID:???>>244 現時点のいろんな意味で、その実装に もっとも適しているのがRDBだろ。
0246NAME IS NULL2010/01/21(木) 18:56:38ID:???>>245 non-Relationalなkey-valueで済むなら、そのほうがスケーラビリティとかパフォーマンスで有利では。 0247NAME IS NULL2010/01/21(木) 20:03:46ID:??? それだと重くならないかとか・・・、固定長の領域を返せばとか・・・って、ちょっと違うんじゃね?
なぜ動画投稿コミュニティサイトのような規模のシステム全体を、同じCPUとメモリの配下で 動作する単一のプログラムやプロセスとして考えるんだよ。スレ的にも当然RDBMSを使い、 サブシステムごとに分散処理だろw 0248NAME IS NULL2010/01/22(金) 04:17:32ID:??? 結構昔だけどYouTubeなんかはBigTable使い始めたってどっかで読んだ。 0249NAME IS NULL2010/01/22(金) 15:53:53ID:???>>247 >同じCPUとメモリの配下で動作する単一のプログラムやプロセスとして考える 何のことを言ってるのかちょっと分かんないです>< 0250NAME IS NULL2010/04/09(金) 23:50:09ID:??? 4月1日からDBの仕事するようになって1週間だが、早くもタイトル通りの叫び声あげたくなった。 これが現場のDBって奴なのか…… 0251NAME IS NULL2010/04/14(水) 18:37:37ID:??? 既存なら泣く 設計中なら正規化を押し通せ 0252NAME IS NULL2010/04/15(木) 05:02:26ID:??? 設計は完全に終ってる。 既にシステムの一部は稼働していて、リリースまでに間に合わなかった機能を実装している段階だ。 0253NAME IS NULL2010/04/23(金) 15:29:57ID:??? 自分の視野が世界の全て病 0254NAME IS NULL2010/07/07(水) 22:36:04ID:/39YW+Cp 正規化について勉強を始めたのですが 一人の人に複数の趣味のフィールドを持たせたい場合は どうするべきでしょうか shumi1,shumi2のようなカラムを作るのは非正規と理解しています。 趣味のテーブルを分けて、shumi_idという外部キーでやるとした場合
name shumi kiteretu 1 kiteretu 2
の様に重複するフィールドが出てくるので正規化はされていない と思っています。どうすればよいのか教えてください。 0255NAME IS NULL2010/07/07(水) 23:10:47ID:??? 第4正規形になるね。 正規形を崩すかBCNFにしてFKで整合性を取るかじゃないかな 0256NAME IS NULL2010/07/08(木) 12:20:56ID:???>>254 普通に第二正規形ではない。例えばリレーションpersonが以下の ようであるとして、