试试MongoDB或者坚持使用MySQL
我正在编写一个web门户,其中存储了大量用户数据,以后可能还会存储文档。同时,我使用MySQL处理许多关系。我读了很多关于NoSQL的书,发现它是一个有趣的话题 MongoDB或CouchDB准备好完全取代MySQL了吗?在我的申请中,条令的用法会有什么变化吗 MongoDB或CouchDB准备好完全取代MySQL了吗 当然,很多人将他们的整个数据集存储在MongoDB而不是MySQL中,他们做得很好 但我认为这不是正确的问题。关键问题如下:试试MongoDB或者坚持使用MySQL,mysql,mongodb,doctrine,database,nosql,Mysql,Mongodb,Doctrine,Database,Nosql,我正在编写一个web门户,其中存储了大量用户数据,以后可能还会存储文档。同时,我使用MySQL处理许多关系。我读了很多关于NoSQL的书,发现它是一个有趣的话题 MongoDB或CouchDB准备好完全取代MySQL了吗?在我的申请中,条令的用法会有什么变化吗 MongoDB或CouchDB准备好完全取代MySQL了吗 当然,很多人将他们的整个数据集存储在MongoDB而不是MySQL中,他们做得很好 但我认为这不是正确的问题。关键问题如下: 实现MongoDB是否改善了您的系统?查询更少,灵
- 实现MongoDB是否改善了您的系统?查询更少,灵活性更高,性能更好
- 您是否能够以适当的规模实现MongoDB
MongoDB和其他许多工具一样,并不能解决所有问题。根据我的经验,大多数系统最好使用一些混合的数据库来实现。对于某些数据,这意味着类似于MongoDB,而对于其他数据则类似于SQL。这有点过时,但它可能会帮助您重新表述您的问题:。基本上,您计划做些什么来改变数据库?您可以在mysql中存储绝对文件名,因此文档存储不是什么大问题。“MongoDB或CouchDB准备好完全取代MySQL了吗?”——可以,但对关系数据库的需求总是存在的。因此,在某些情况下,坚持使用RDMS是最好的选择。虽然这个问题可能因为过于散漫而无法回答,但您可以概述您正在处理的负载类型(表数、行数、每秒查询数、每次查询的联接数等)。我的猜测是,您可能扩展得太早了。谢谢您的回答!因此,我想说的结论是,采取最适合的方式,不要试图强制使用新技术,而只是为了拥有它们:)