モデリングの場所は、リレーショナルデータベース

StackOverflow https://stackoverflow.com/questions/50252

  •  09-06-2019
  •  | 
  •  

質問

私は設計コンタクト管理システムとしても問題に関するモデリングの場所で一貫した。すればよいのでしょうかきをタイムリーかつ詳細の施設で作られている特定の者（メールアドレスのための仕事、学校、家庭など） 私の考えではテーブルを作成するロケールは、下記のような

ロケールID、LocationName,ParentID) が自律的な場所などの国などアメリカ）母されます。このようにできて任意に深く入れ子の政治単位"（国>州>市国>州>市>大学）一部のクエリをまず再帰.

いただければ幸いその他の勧告からの助言に関する予測可能な問題と思想との出会いなどのスキームです。

役に立ちましたか？

解決

するためにしていFreebase.com しているサイトが開う議論が、"立地"という場所が含まれます。このような問題を生成できる多くの議論を行う。

例えば、あ、あなたが"地域の営巣"が明らかで論理的nestings.例えば、厳密には地理的な意味、バチカン市のメイタリア製です。な入れ子の政治.同様に、場合には、ユーザの位置研究センターに所属する大学になり、大学の財産もしいモデルとの関係はありませんか？

他のヒント

音が良いようなアプローチです。いつも一保堂茶舗東京丸の内店をしているところは明確に読み込み時に使う"親に自分の手段があることを示すためにロケールにしている親がいないだに基づいており、また以下のnull以外のID。

と思いますがoverthinkingます。それには訳があるんほとんどのシステムだけで店舗のアドレスかテーブル。ここでものどちら:

  1. 例えば、アドレスブロンクスの分類区分としてのレベルの階層?うに住所を有し、卸の地域の解消、"都市"の階層?いモデルメールの大学に対するアドレスの内部に置くことはできません。ん、不揃い階層力をいトラバースツリーの時に必要な表示に住所を有します。また"アドレス帳"のページのパフォーマンスが大きい。

  2. んだものを一つだけ上位の階層となります。ブラウン大学は、施設の講堂で研究所とブリストルります。の清潔なソリューションっていた、という二重の階層の二つのキャンパスのそれぞれに所属し、それぞれの都市の一つの階層がともに属するブラウン大学のその他の上位の階層となります。(大学は本来とは異なり政治的な地域です。なんか本当に混入することができます。

  3. うzipコード?一部の郵便コードを包括複数の町を、その他の回市内では複数のzipコードです。および（まれに一部の郵便番号、そもそも、いまの状態です。(れば、少なくとも...)

  4. どのように入力するデータはもらえますか？建物のデータベースの構文解析することによって、従来形式のアドレスでは難しいときに考慮洗面台アドレスの別名ある街並み、さまざまな国際形式等と思って入る毎にアドレス階層的にもぴた.

  5. いるように聞こえるようにモデルの世界全体で申し込むこと。またはを維持する必要がテーブルが考えられるを含むすべての都市、州、州、郵便番号、国るのでしょうか。(または少なくとも一つですか?) しかし、面白いことを考えることができるこのスキームを買うというのですが近さなので、だいたいものだ納状態および国（別途（粉を山にして真ん中をzipコード)の追加緯度-経度のデータからです。

また、極度の悲観論、私はもってこの道路です。で論理的に美しく、優雅ながうまくいきませんでくる。

この提案のための写柔軟なスキーマ.即時警告:でも柔軟/複雑で実際に必要

所在地 (LocationID,LocationName) --基本的なブロックビル

LocationGroup (LocationGroupID,LocationGroupName,ParentLocationGroupID) --ここまで有効化し複数の階層.いルートノードを作成でき、複数の独立した。E.g.分割することができる状態にしてから作成コミュニケーションなどの階層ZIP/市/xxxx

LocationGroupLocation (LocationID,LocationGroupID) --ここだったようなリンクの位置を一つ以上の階層.E.g.リンクしていただいて構いませんの家に、ZIPなどの市街---必要なものを実施する制約いただくことができないリンクの位置と他の二つの階層に所の一つての親会社のその他の関係は、既に暗黙的に).

いくつかありますがご了承ください必要な特徴です。なぜならず利用により、テキストフィールドやユーザータイプ、住所?

覚えている KISS原則 (い、カ).

同意するその他の投稿というよう十分注意してくださいこちらの方法で購入できます。場所はできな難しい問題とそのGISシステムでcomplicted.

していだけの基本的な階層構造を、以下の提案:

  • Iの前のコメントその根レベルの項目がないはずの自分として含まれます。根レベルの項目にnullを指定値に含まれます。常に気をつけなけれをデータフィールドは意味を持つ"特別"の値を表すデータなし).この実習はほとんど必要 方法 了解のdevleoperます。
  • 検討XPath/コンポーネントです。これは何かを考えるためにわざわざ記録の階層構造、処理/解析のデータ検索を行うのかについてご利用の場合は指定サーバのXPath表現のselectにはぴったりなどの作業の完全所階層のパスを記録としてのコードは簡単なのです。

地理的な場所にしたいことがあるでしょうを解決するためには、その住所の緯度、経度配列にも利用Googleマップ等） 計算proximities。のための地政学的な営巣...いてのKISSに応じます。

またモデルでも必要なものにするがますます重要になっていく。...国>国>カウンティ->自治区->地域-都市名->郊外->路PO Box->数>->も、全部エクスペディアなど。->機関(大学/勤務先)->部門>分譲-1->分譲-n...Are you sure youはできない恋?

私はモデリング、アプリのためのグローバルユーザーにとって同じ問題にするかという問題はあろうが、このアプローチがすでに活用される多くの企業である。それなのになぜこの問題をお持ちでないユニバーサル溶液とはなんですか？または、この問題の一つでベストソリューションでスタート地点にて、装備の点検や世界中の誰が見ても必要と考え、解決で始?もし、同じものをより提供を受け、多くの場所では、残念ながら、のためのexemploない複数のユーザーが、お客様の製品のデータベース?最、すべての企業の世界はます。いというのは普遍的解決のためのユニバーサル。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top