タグ付けされた質問 「data-modeling」

新しいシステムを設計する際に、誰かの名前を考慮すべきであり、人の名前を1つのフィールドとして保存するか、名/姓として別々に保存する必要がありますか？ 単一フィールドの長所： シンプルなUI 非常に長い名前を持つ人の名前を入力しようとしてもあいまいさはありません（多くの場合、姓/名であることが明らかではありません。） タイトルを処理する際の複雑さの軽減（「MD」または「Dr.」を入力するための別のフィールドは不要です） スプリットフィールドの長所： パーソナライズされたコミュニケーションは可能です「Dear Mr X」または「Dear Julie」 消費されたWebサービスが姓/名を個別に必要とする場合、簡単に提供できます。 厳格な身元確認要件のある業界（医療、政府など）に適した選択肢 常に単一フィールドの代替に戻ることができるため、より安全な選択 あなたはどのご覧ください追加の上に一覧表示されていない引数を？ 更新：問題は、ソリューションごとにどの追加（=質問にリストされていない）引数をリストできるかです。賛否両論の可能性の代わりに意見を述べることは、議論を間違った方向に進めると思います。各開発者はこの問題について決定する必要があります。この質問の目的は、必要に応じて評価できる重要な引数のリストを作成することです。

32 database-design  data  domain-model  data-modeling 

私は、個人、ユーザー、サービス、クーポン、署名パッケージなどの商業データなど、スタートアップ企業のすべてのサービスの一般的な非機能要件として使用されるデータベースをモデリングしています。 私は性別モデルについて考えています。これらの現代では、主観的なアイデンティティに関する国ごとに異なる法律があるので、それを考慮に入れて、男性と女性のオプション以外の個人エンティティをモデル化する必要がありますか？ オプションは、未定義、未回答、その他、トランスジェンダー...または私が知らないその他の業界標準です... それとも、LGBTの人々は本当に男性でも女性でもないと言って不快になりますか？

27 database-design  domain-model  data-modeling 

私はこの同じ問題に何度も遭遇しましたが、私が本当に最適だと感じた解決策は見つかりませんでした。 アプリで言うと、順序付けられたリストがあり、ユーザーがドラッグアンドドロップなどでその順序を変更できるようにします。順序の変更を保持したい場合。どのようにモデル化しますか？ 順序付きリストリソースの安らかなサービスを設計するにはどうすればよいですか？ 具体的には、どのように私が設計する必要がありますlistし、item安らかなリソースのモデルを？私が見た最も一般的なデザインは、またはプロパティitemを持つエンティティです。私が聞いた別のアプローチは、アイテムの二重リンクリストです。orderposition データベースへの書き込みが多すぎず、クライアントの更新と読み取りが一般に高速なアプローチとは何ですか？エンドポイントはどのように公開されるべきですか？

11 rest  database-design  data-structures  data-modeling 

スペイン語圏の国では、次のような複数の姓を使用します。 名↘↙姓 ペドロアルトゥーロロドリゲスロヨラ ミドルネーム↗↖（？） 患者名のデータをモデル化しようとしています。私たちの国では重要なので、2番目の姓を無視することはできませんが、他の開発者、特に英語圏の開発者にとって意味のあるアプリケーションを構築したいと思います。 English.SEで同様の質問を作成しましたが、なぜ両方の値を保持することが重要なのかについての洞察があります。

11 data-modeling