![地獄のようによくわかるSQLテーブル結合 - こせきの技術日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/54cb4cb75d3d6db25a833f894b0c3c9c0b9e754e/height=288;version=1;width=512/http%3A%2F%2Fimg.f.hatena.ne.jp%2Fimages%2Ffotolife%2Fk%2Fkoseki2%2F20100916%2F20100916033011_original.png)
日本のオラクル・コミュニティが一堂に会するプレミア・イベントにぜひご参加ください。新しいスキルを身に付け、業界エキスパートと交流し、複雑なビジネス課題を解決するためのソリューションを発見しましょう。
Expired:掲載期限切れです この記事は,ダウ・ジョーンズ・ジャパンとの契約の掲載期限(90日間)を過ぎましたので本サーバから削除しました。 このページは20秒後にNews トップページに自動的に切り替わります。
このあいだ、「SOA時代のデータ管理」というエントリーを書いたが、そこではデータベース設計をどうやるかには言及していない。それで、最近そのことについてずっと考えているが、なかなか答えが見つからない。 データベース設計というと、DOAが浮かんできます。データ総研の椿さんはいつも、DOAの条件として、「データ先行・リソース先行・概念先行」ということをおっしゃっています。データをプロセス/処理に先行して考え、イベントデー タ(受注・出荷・請求など)より先にリソースデータ(社員・顧客・商品など)を固め、物理データベースより概念データベースを先行するという意味です。 では、POA(という言葉があるとすれば)だとどうなるのでしょうか。「プロセス先行・マクロプロセス先行・概念先行」といったところでしょうか。しかしデータベースはどうするのだの答えにはなっていません。 DOAだと一般的に言われるのは、画面と
日本のオラクル・コミュニティが一堂に会するプレミア・イベントにぜひご参加ください。新しいスキルを身に付け、業界エキスパートと交流し、複雑なビジネス課題を解決するためのソリューションを発見しましょう。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く