首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >大容量数据的数据库表设计优化

大容量数据的数据库表设计优化
EN

Stack Overflow用户
提问于 2010-01-21 07:42:33
回答 3查看 1.3K关注 0票数 0

如果我要组织澳大利亚和南美大陆的旅游和酒店数据,你能告诉我一个最好的方法吗?就像如果我这样安排桌子:

  • continents
  • countries
  • states
  • zipcodes
  • cities
  • destinations
  • hotels
  • lnkhotelszipcodes (万一酒店存在于多个places)
  • lnkhotelscities

中)

它将面向国家、州、邮政编码、城市以及酒店和旅游目的地的便利设施或功能。

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2010-01-21 08:27:08

我建议您使用星型模式对其建模。有一个区域维度。会有助于数据的切分和切割。

星型模式用于基于数据仓库的应用程序。它允许用户分析不同粒度级别的数据。在您的例子中,您可以得到不同粒度级别的酒店数量。互联网上充斥着很多关于星型模式的信息。谷歌“星型模式”。您也可以阅读有关数据仓库的内容。

这可能是一个很好的起点:http://en.wikipedia.org/wiki/Star_schema

票数 0
EN

Stack Overflow用户

发布于 2010-01-28 15:06:05

简而言之,为一个实体创建一个表。

我认为您应该创建一个ERD图(http://en.wikipedia.org/wiki/Entity-relationship_model),并以以下方式将其映射到表中:一个实体-一个表。因此,您将得到第三范式的数据.您应该这样做,直到遇到一些性能问题。如果他们是认真的-开始去正常化。在这种情况下,我不认为建立一些没有正常化的东西是有道理的。

票数 2
EN

Stack Overflow用户

发布于 2010-01-21 07:54:17

一家酒店如何在多个地方存在?另外,这真的是一个大表,还是指一个大型数据库?

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/2107617

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档