情報処理資格でよく登場する「概念データモデル」や「関係スキーマ」といったものは実際の業務でも使うのでしょうか?
また、何か案件を任された時、どのような流れでデータモデルを設計するのか教えてほしいです。
気になる質問をクリップする
クリップした質問は、後からいつでもMYページで確認できます。
またクリップした質問に回答があった際、通知やメールを受け取ることができます。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
回答3件
0
よく分かりませんが…
どのような流れでデータモデルを設計
案件の規模によるんじゃないスかね。
要するにどれくらいの人間が介在するかによって
基礎となるドキュメントが決定される、みたいな。
もちろん、現場によって事情が違ってくると思います。
「概念データモデル」や「関係スキーマ」
あんまりなじみがないんじゃないかなあ。
このへんも現場によると思います。
余談ですが、このへんのワードって(今はほとんど使われなくなった)
CODASYLの影響を引きずってるっぽいなあって印象です。
リレーショナルデータベースを「自由」と表現すると、
CODASYLのデータベースは「型ありき」になるかと。
その象徴として「スキーマ」があるのかなあ、と。
また、概念モデルとかもろにそっち系だよね。
もちろん描いてる内容は違ってますけど。
基礎としての概念と、縛るための概念て感じか。
っと、余談が長くなりすぎですね。申し訳ない。(^_^;
投稿2016/04/20 11:01
総合スコア7460
0
ベストアンサー
私が即実装がメイン(SIなんて自分でやるのさ)なので参考にならんかもしれないですが,話題にされているデータモデルやスキーマについて軽視して取り掛かると…
ハマります
まず間違いなく.
なんでかというと,設計無しでコーディングスタートしてるようなものだからです.
これらの情報は,要求システム全体を見渡し,熟考,設計する際に生まれてくるものです.
よって,断片的な情報から「こーでいいや,あーでいいや」的な観点で言うとまずろくな設計にならず,最悪作りなおすハメになりますね(経験則).
欲しい情報でなくて申し訳ないですけど,ちょっと面白いネタなので顔出しちゃいました.
(上のGoodを押したのは私です)
投稿2016/04/20 11:02
退会済みユーザー
総合スコア0
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
あなたの回答
tips
太字
斜体
打ち消し線
見出し
引用テキストの挿入
コードの挿入
リンクの挿入
リストの挿入
番号リストの挿入
表の挿入
水平線の挿入
プレビュー
質問の解決につながる回答をしましょう。 サンプルコードなど、より具体的な説明があると質問者の理解の助けになります。 また、読む側のことを考えた、分かりやすい文章を心がけましょう。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。