我正在考虑编写一个web爬虫,它只收集页面的URL,而不是更多的(用于归档项目),但我在找到一种存储结果的正确方法方面有问题。
其要求是,无论使用何种存储引擎,都可以处理数十万项(最好能够向每个条目添加元数据,尽管不是必需的),并且可以忽略现有项(以避免重复),而不会对性能造成重大影响。
我看过的引擎:
您对MongoDB的适用性有什么看法(因为我没有在MongoDB中使用大型数据集的经验),您是否知道有任何更好的(免费)存储引擎可用于此目的?
发布于 2012-11-22 01:01:51
听起来,NoSQL解决方案很适合您。
特别是因为您只想在URL的"id“下转储各种灵活的数据。
我用过lucene,但芒果也是个不错的选择。
发布于 2012-11-22 00:48:20
如果您使用传统的关系数据库管理系统,您可以根据您的数据哈希创建一个唯一的键(例如:用md5或sha1散列URL )。这将保持独特的键小(Ish),并应有助于性能。
我喜欢PostgreSQL --你可能想用它做些测试。
编辑:(见注释)好,也许在这一天和年龄不要使用md5 (:
https://stackoverflow.com/questions/13504148
复制相似问题