正規化されていないデータベース
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGEXCELありアクセスありオラクルあり。すべてAsｐでする。
こんなことありませんか。鬱だ。
0002デフォルトの名無しさん
NGNGまあ落ち着け。
0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNGデータの整合性については...まぁ、ガンバレ。
どうしようもなくなったら、性器化〜！とか言ってごまかせ。
どうなっても知らんが。
0005デフォルトの名無しさん
NGNGくらいだから今はEXCEL、ACESS、Oracle
それぞれの環境内でデータの流れが閉じち
ゃってるんだよね。
それぞれ関連していたら、I/Fの設計を見れば
分かると思うから。（でもきちんと書いてるとこも
あまりないよね。。。）
もし可能なら、業務フローかDFDから設計して、
最終的には一つのデータソースに持ってく方向で
進めてく方向がいいのではないかと思う。
データ移行も大変かもしれないけど、それさえ
乗り切ればあとは普通に開発できる。
このままの環境で開発すると、開発後も大変かもよ。
人ごとだから言えるかもしれんが。。。
0006デフォルトの名無しさん
NGNGACESS→ACCESS
スソマソ
0007デフォルトの名無しさん
NGNGほかにもいないか。絶対いるとおもうけど。
0008デフォルトの名無しさん
NGNG意欲を失う可能性もあるんじゃないかなぁ。
開発側としては、ひとつのDBでシンプルに美しく統一したいけど。
0009デフォルトの名無しさん
NGNGフィールド名もフィールド１，フィールド名２．．．気が遠くなって、少しデータ見てみたら、ぼろぼろ。
見積もったら、データのクリーニング、整形、移行の方が、新システム作成より遙かに大きい。
幸いなことに、このプロジェクトからは撤退できた（まだ使っているらしい）。
下手なアプリは捨てりゃいいが、出来の悪いデータに付ける薬はない模様。
がんばってください。
0010デフォルトの名無しさん
NGNG0011デフォルトの名無しさん
NGNG開発側としては、ひとつのDBでシンプルに美しく統一したいけど。
には賛成だけど
>あまり中央集権的にデータを一元化しようとすると、現場の人が
>意欲を失う可能性もあるんじゃないかなぁ。
現場の人ってユーザのことだよね
どのような理由で意欲を失うのかな。
>>8は>>5の意見には基本的には賛成っぽいから
分かってると思うけど、>>1の案件が出た、という
ことはユーザも少なからずデータを一元化して
共有したいということじゃないのかな。
共有するのにあっちゃこっちゃにデータが散らばっていたり、
冗長的であったりしたら、システム化以降もユーザにとってメ
リットが薄れるのではないかなと思う。
例えば、こっちでは変更したのに、I/F等のタイミング等の物理的な
理由でそっちの検索ではリアルタイムに反映されていないとか、複数、
異機種のサーバの結果セットをつなぎ合わせたりしてオーバーヘッド
が多かったり、etc
確かに今までとUIは変わってユーザはとまどうかもしれないけど、
その辺りも含めてユーザにはシステム化以降、便利になったな
思わせるのがSE、プログラマの腕の見せ所ではないかなと思う。
その為にユーザも交えた入念な設計が必要だと思う。
APでデータを無理矢理統一させるより、データ主体で統一した
方が後のシステム拡張にも大きなアドバンテージがあると思います。
結局は同じくらいの労力になるのでは？
反論もあると思うけど。
0012通りすがりのプログラマ
NGNG実はリスク分散してたとか（藁
昔これ参考にしてねって、テーブルが丸く配置されて相互に参照し合ってる図を見せられて、
変ですよ、これって言って相手も納得してたっけ
(正規化されてなかったのだが、当時知らなかった)。
00138
NGNGEXCELしか使えないエンドユーザが、自分なりにデータを管理してたのに
システム部から強制的に新プログラムを導入されると、やる気をなくすかも
と思ったわけです。
特にORACLEなどを導入すると、エンドユーザにはブラックボックスになってしまうので。
11さんが言うように、エンドユーザさんにも明らかなメリットがあることを納得
してもらう形で開発に参加してもらうのが理想だと思います。
余分ですが...
昔 各倉庫には「倉庫の神様」と呼ばれる社員がいて、どの商品がどの棚に何個あるか
完全に把握していたそうです。
尊敬すべき優秀な社員ですが、コンピュータ化した自動倉庫を導入しようとすると
「倉庫の神様」は頑強に抵抗して、うまくいかないそうです。
システム化するときには、担当者の心理も考慮しないとうまくいかないという話でした。
0014デフォルトの名無しさん
NGNG各部門に納得してもらって、それを寄せ集めてもろくなシステムにならない。
部分最適化の集合は全体最適化にはならない。
必要なのは、部分的な不都合を納得させるクライアントのトップの意志と、
リーダーシップ。
これがないことが多いため、請負側がどれだけ大変になっていることか。
0015デフォルトの名無しさん
NGNG可能性もありそう。
0016デフォルトの名無しさん
NGNG0017デフォルトの名無しさん
NGNG同意
0018デフォルトの名無しさん
NGNGその通りだと思う。データ主体の考えでは
データソースを入力するAPは何でも構わない。
でも結局整合性がとれていないわけだから、
少なからず入力フォーム（雛形）を変更
もしくは定型フォームを存在しなければ作成
しないといけないと思う。
UIが変わるのは言ったのはその意味も含めた
つもり。
0019デフォルトの名無しさん
NGNG→UIが変わると言ったのは
0020デフォルトの名無しさん
NGNGこういう人、開発者でもいっぱいいると思う。
開発者が、「俺がいないとシステム
回らないんだよなぁ」なんてぬかし
てる奴は自分が低レベルな技術者である
と自らいってるのと同じ。
0021デフォルトの名無しさん
NGNGワラタ。「フィールド1」でめちゃくちゃ受けた。
人の不幸は面白い。
だから、「撤退できた」でちょい鬱。
だれか、もっとかわいそうな話をしてくれえ。
■ このスレッドは過去ログ倉庫に格納されています