给出一个类比:Twitter就像一个人可以跟随大量人(一对多)的场景,
我能想到的几个选项
使用延迟加载的OR映射工具。但是当你访问关系的“追随者”方面时,它仍然会加载所有数据,甚至是懒惰的。所以不是一个合适的选择。
不保持一对多关系(或不使用任何OR映射)。在单独的调用中获取“关注者”端并以编程方式处理分页等。
卸载将大数据提取到某些搜索堆栈(Lucene / Solr),可以更好地处理大数据。但这会在数据库更新和索引更新之间引入一些延迟。
请分享您的想法/建议和任何可能的工具库。 Stack由Java,MySQL组成。
答案 0 :(得分:1)
数百万不应该成为RDBMS的问题,因为它是针对这些情况而设计的。
有时也建议使用非规范化而非规范化来优化应用程序的性能。这特别适用于读取率非常高且写入统计信息非常低的应用程序。