1 :
あ:
だから、みんな設計も実装もたぶんこうだろうでやってて、
いつひっくり返されるかわからん状況の場合、どうしたらいいの?
で、後でこっちの解釈が間違ってることがわかった場合、
平気なつらして「なに勝手な解釈してるの?」とか言いそうな奴なんだまた
大企業の業務アプリなら徹底的にテーブルの仕様作っとけ
ウェブアプリとか単純だが大規模なやつならテーブルの設計は適当で良い。
キーバリューストアみたいな感じでキーと値だけあれば十分だから。
作ってってまず本人に言えよ
4 :
あ:2011/10/16(日) 00:52:05.99
作ってっていっても作る時間ないって言って作らんのだよ
5 :
あ:2011/10/16(日) 00:58:27.07
うちのチームだけでなくいろんなチームが困ってるんだ
DBA解任するしかないんだろうか
期日決めてドキュメント出させて 公開の場で仕様のQ&Aかねえ
マネージャみたいな人いないの?
お前も含め行間読めるレベルのやつらで編成し直すのオススメ
テーブル項目書の備考欄に書いてるくらいじゃないとどうせ読まれないよ
大体テーブルレイアウト決めるのはアプリ屋でDBAじゃない
DBAよりマネージャーがいないのが問題なきがす
自動生成できんだろ。
各リソースの使用目的とか欲しいんじゃね