共有
  • 記事へのコメント76

    • 注目コメント
    • 新着コメント
    その他
    hirometrics
    hirometrics 「データベース 履歴 設計」"集合で表現できないデータ構造であふれている。例えばグラフや履歴(時系列)データというものは、集合というデータ構造では表現出来ない。"

    2015/01/12 リンク

    その他
    zuborawka
    zuborawka “テーブルには正規化できるものと出来ないものがある”“正規化できるテーブルというのは、そこに含まれるデータが「事実の集合」として表現できるものである”

    2014/11/07 リンク

    その他
    kenta1984
    kenta1984 データベースアプリケーション開発を炎上させる負のスパイラル

    2013/12/06 リンク

    その他
    tarchan
    tarchan >詳しくはWeb+DB Pressの連載を読んで欲しいと思う。Vol.75で履歴データを、Vol.76でグラフをそれぞれ扱っている。

    2013/11/25 リンク

    その他
    msykt
    msykt ちょっと耳が痛い…。特にNULLはよく考えずにスルーしてしまうことがあるので気をつかないと

    2013/11/23 リンク

    その他
    yuji1982
    yuji1982 “データベース設計は、上流工程でもDBAでもなく、本来は開発者がするべき作業である”

    2013/11/20 リンク

    その他
    tkdysk
    tkdysk “データベースアプリケーション開発において、データベース設計は極めて重要である。データベース設計に問題があると、開発効率やメンテナンス性に大きな悪影響を及ぼしてしまうことになる。 幸いにして、リレーシ

    2013/11/19 リンク

    その他
    rryu
    rryu NOT NULL制約が1個も付いてないDB設計はヌルポ地獄の始まりだぜ!

    2013/11/19 リンク

    その他
    auient
    auient データベース設計は、上流工程でもDBAでもなく、本来は開発者がするべき作業である。

    2013/11/19 リンク

    その他
    ebo-c
    ebo-c 俺は必要なカラムの後ろにFILLER1,FILLER2...って名前のカラムが用意されてるDB設計を見たことがある

    2013/11/18 リンク

    その他
    shinji
    shinji DB設計がUI工程とほぼ同じ工程、もしくはUI決めるとすぐDB設計ってのがおかしいと言ったのだけど、聞いてもらえなかったことがある。実現したいことの仕掛けをどう作るかの内部設計以降のはずだけどなぁ。WF脳だけど。

    2013/11/18 リンク

    その他
    efcl
    efcl "NULLを出現させない最良の方法は、テーブルを分けるということだ" "未来のデータ用の領域を取っておこうとするのは、リレーショナルデータベースでは誤りなのだ。"

    2013/11/18 リンク

    その他
    dekasasaki
    dekasasaki MySQL+正規化=憤死って文化もあった。

    2013/11/18 リンク

    その他
    d_animal141
    d_animal141 漢(オトコ)のコンピュータ道: データベースアプリケーション開発を炎上させる負のスパイラル

    2013/11/18 リンク

    その他
    blue1st
    blue1st “正規化できるテーブルというのは、そこに含まれるデータが「事実の集合」として表現できるものである。”確かに講義なんかでも正規化is正義みたいに教わってしまった記憶があるけど、それに適さないのあるわー

    2013/11/18 リンク

    その他
    ryskosn
    ryskosn 「実は、正規化できるテーブルというのは、そこに含まれるデータが「事実の集合」として表現できるものである。」

    2013/11/18 リンク

    その他
    sunin
    sunin 開発者がテーブル定義すべきだと思う。ただ単にドキュメントを書くのがめんどくさいっていう理由で、一つののテーブルに色々詰め込んでいる残念なケースもあるからね。

    2013/11/18 リンク

    その他
    koichi_nakashima
    koichi_nakashima ところが、世の中には集合で表現できないデータ構造であふれている。例えばグラフや履歴(時系列)データというものは、集合というデータ構造では表現出来ない。

    2013/11/18 リンク

    その他
    kukita
    kukita 【仕事】「データベースアプリケーション開発を炎上させる負のスパイラル」参考までにメモφ(..)「”正規化なんか必要ない”…と言った間違った言説」「正規化対象となるテーブル…NULLはご法度…テーブルを分ける」等

    2013/11/18 リンク

    その他
    uturi
    uturi 「完璧な設計をしてしまえば、あとは変更しなくても良いのです」「では完璧な設計を屏風から出してください」/DB詳しくないけど、こういう考え方は覚えておこう。

    2013/11/18 リンク

    その他
    Vaduz
    Vaduz “「このプロジェクトではテーブルは正規化しない」などと言ったら間違いなくその案件は地雷であると思って間違いない”

    2013/11/18 リンク

    その他
    yamuchagold
    yamuchagold じっくり読もう。

    2013/11/18 リンク

    その他
    k-holy
    k-holy プログラマが設計を軽視しないのは当然として、開発中の仕様変更を受け入れるなら、モデリング/設計とプログラミングは分断してはいけないのだろうな

    2013/11/18 リンク

    その他
    materia-x64
    materia-x64 DB設計に戻れないとこ(プロセス)いっぱいあるよなぁ。 戻ることを前提とした体制を持ってないとダメってことか

    2013/11/18 リンク

    その他
    luccafort
    luccafort ようやく読めた。マイグレーションに関しては本当にその通りでRuby on Railsで初めてその存在を認識したときに衝撃を受けたなぁ。

    2013/11/18 リンク

    その他
    tak_0x00
    tak_0x00 最初から全ての要素を盛り込んだ設計とかやるとマジで動けないw

    2013/11/18 リンク

    その他
    at_yasu
    at_yasu 正規化ってむつかしいよね。

    2013/11/18 リンク

    その他
    mtmt101jp
    mtmt101jp どうやって訓練すればいいんだろう… / "どのテーブルが正規化できるかという見極めが重要なのであるが、これができる人というのはほとんど居ないように思う。"

    2013/11/18 リンク

    その他
    itochin2
    itochin2 正規化対象のテーブルでNULLはご法度だったんだ。。

    2013/11/18 リンク

    その他
    mikage014
    mikage014 マイグレーション導入したい

    2013/11/18 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    データベースアプリケーション開発を炎上させる負のスパイラル

    毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事