从 RDBMS (MySQL) 迁移到 Solr 时的架构注意事项
在为未来的 MySQL 测试 Solr 安装时 -> Solr 迁移，很明显，与 MySQL 等 RDBMS 相比，Solr 中构成良好数据结构以及扩展有效搜索的“规则”有很大不同。 最明显的事情是数据没有（或似乎没有）标准化到相同的程度。
有人对从 MySQL 过渡到 Solr 的最佳方法有任何建议吗？ 是否有我应该学习的用于在非 RDBMS（特别是 Solr）中构建数据的既定模式？ 有哪些需要避免的常见陷阱？ 这只是将相关表非规范化为对象的情况吗？
Whilst testing a Solr install for a future MySQL -> Solr migration, it's immediately apparent that the "rules" for what constitutes a good data stucture, and by extension an efficient search, are very different in Solr when compared to an RDBMS like MySQL. The most obvious thing being that data isn't (or doesn't seem to be) normalised to the same degree.
Does anyone have any advice regarding the best way to go about making the transition from MySQL to Solr? Are there any established patterns for structuring data in a non-RDBMS (Solr specifically) that I should be learning about? Any common pitfalls to avoid? Is it simply a case of de-normalising related tables into objects?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
首先，您必须问自己是否想要：
对于除重要关系模式之外的任何内容，我建议#2。 一个索引中的异构数据越多，它的用处就越小。
First of all, you have to ask yourself if you want to:
For anything other than non-trivial relational schemas, I'd recommend #2. The more heterogeneous data you have in one index, the less useful it is.
Solr 企业搜索服务器？ 如果是我的话，我只会迁移你的文档，而不是整个数据库。 这可行吗？
The Solr Enterprise Search Server? If it were me doing it, I would migrate only your documents over, not the entire database. Is that feasible?