アカウント名:
パスワード:
私の場合、すべてのシステムが同じデータベースをみることで全体最適化を行っています。(中略)ある情報を取り出すとき、データベースに書いてあるものは値が変わることはありません。ですが情報基盤では取り出す途中にオブラートが入り異なった情報にすることが可能です。(中略)そのときに「正しい値はここにある」っ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
問題はソフトでしょ (スコア:0)
>メーカーの開発費を軽減、地元IT(情報技術)企業が参入しやすくする。
とあるので、新たに開発しなおしと言うことですか。
コスト的にどうなんだろ?
分割発注でインターフェース部分がひどい事になりそうだ・・・。
Re:問題はソフトでしょ (スコア:2, 興味深い)
という話は、Pick up 自治体 : 長崎県(第1回) [hitachi.co.jp]の島村秀世氏に対するインタビューに書いてありました。
システム間インターフェースに関する部分だけ抜き出してみます。
Re:問題はソフトでしょ (スコア:1)
> どのプログラムが参照しているのかを管理するのが大変になり
> そうです…。
その管理が必要な理由が解りませんが…。
ちゃんとしたトランザクション管理ができていれば問題ないように思います。
Re:問題はソフトでしょ (スコア:1)
>ちゃんとしたトランザクション管理ができていれば問題ないように思います。
テーブルの設計変更がおきたときの影響範囲を特定するためです。
データベース自体をインターフェースにし、複数システムがそれを参照しているというのであれば
Re:問題はソフトでしょ (スコア:1)
> データベース自体をインターフェースにし、
他のシステムでも、インターフェース設計に変更が起これば同じ事のように思うのですが。
でも、示してもらったページ [hitachi.co.jp]を読むと、インターフェースとかそういう話ではなく、データ中心設計と言う話なんじゃないでしょうか。
データ中心と言う考え方は、プログラムやユーザインターフェースは変更が多いけど、データ(データベース)の設計には変更が少ない、ってことですよね。であれば、データベースに対する変更は少ないはず... ですが....
> モデルとでも脳内変換しておいていただければありがたいです。
モデル? モデルを共有するコーディング手法?うーむ…ちょっと意味が解らないです。
Re:問題はソフトでしょ (スコア:0)