首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >具有大量记录的数据库的体系结构

具有大量记录的数据库的体系结构
EN

Stack Overflow用户
提问于 2011-06-28 14:55:37
回答 1查看 77关注 0票数 0

我必须为不同的人群建立一种服务。该服务包含一个web门户和一个web服务(由智能手机查询),其中将包含大量记录。每个种群都有自己的一组记录,很少有记录在种群之间共享。

每个人都会有自己的活动,新闻,用户..。许多用户将使用此服务,数据库表(将包含这些事件、新闻和用户)将迅速增长。此表中的选择将比插入多100倍。最后,我计划使用MySQL作为数据库引擎。

我的问题是建筑问题:

  • 是否应该为所有的人群设置通用的表(一个表新闻,一个表事件)。)和允许过滤的列?还是每个人口拥有一个数据库更好(每个种群都有自己的事件表,自己的新闻表.)?
  • 如何处理共享对象,如果数据库每个种群的体系结构更加优化?

谢谢您的提示和建议!

卡勒德

EN

Stack Overflow用户

回答已采纳

发布于 2011-06-28 15:44:01

您可以为每个新闻、事件等提供一个表,该表将包含所有的填充,其中包含一些列,这些列将区分人口,并且可以在该列上应用分区。这样,您的高频选择人口将只访问相应的分区,而不是全部。此外,您还可以使用分区索引。

对于Mysql分区http://dev.mysql.com/doc/refman/5.1/en/partitioning-overview.html,可以参考这一点。

关于共享列,我猜如果共享百分比较低,您可以复制行,否则将为查询访问多个分区。

票数 1
EN
查看全部 1 条回答
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/6508471

复制
相关文章

相似问题

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