数据库选择: 选nosql还是关系型数据库?

准备开发一个个人信息管理APP, 包含日程, Task, 通讯录, 笔记, 这些组件互相关联, 而且将来会加入更多的字段, 有复杂查询的要求, 请问各位, 后端应该选nosql还是关系型数据库? 请推荐 谢谢
谢谢各位建议,

初步选mysql正好服务器现成的.

我还有个问题: 我以前用access时Access可以在一个查询(子查询)基础上建另一个查询(父查询), 用的是Access可视化查询编辑, 请问mysql有类似可视化查询创建工具让我轻松并逻辑清楚的在一个查询(子查询)基础上建另一个查询(父查询)? 谢谢

这还用想。MySQL

怎么复杂？数据量多少？什么设备？对性能要求是啥？会不会并发？ 站董定制版

看着需求得是关系型数据库

sqlite？

其实，不考虑版权的话，选用sqlserver是最好的，起码稳定性，性能各方面都比mysql好，当然如果是有一个团队搞数据库另说

其实，不考虑版权的话，选用Oracle是最好的，起码稳定性，性能各方面都比sqlserver好，当然如果是有一个团队 ...

看服务端框架，选成熟型使用。 nodejs配合mongodb有语言和数据结构优势，java，php，python配合mysql，压力上去了再考虑redis，MemoryCache。

多少数据量？多少用户？

看你的架构

bs架构的建议用关系型, 特别是有复杂查询的情况下
本地直接连数据库建议用sqlite

小打小闹 sqlite
小尾巴~

看起来sqlite够了

不考虑版权当然是oracle 啊。。简单好用。。

数据量决定架构。 存储100条，和存储10亿条 答案的不一样啊。

关系型数据库。

回复8#cyberkiller


Oracle安装没有sqlserver方便吧，简单易用性来说我还是觉得sqlserver好

回复7#Newlooker
ORACLE强太多了各方面吊打，安装也很简单小尾巴~

oracle 配套的开发工具 维护工具 比sqlserver好太多了。。

你这个需求用关系型数据库简单啊

就这点数据量直接用sqlite

其实，不考虑版权的话，选用json是最好的，起码简单，操作各方面都比mysql好，当然如果是有一个团队搞数据库另说

先不说nosql和关系型的差别，光nosql或者关系型各自领域内的产品都差很多。另外看lz的问题，基本都还是功能层面，还远没有到因为某个痛点影响选型的程度。所以嘞，建议不要过设计，能满足基本需求的话，短平快先上个mysql，后续发展起来了根据痛点再演进，毕竟活下来才是正道

另外啊，看这意思你是想前后端加数据库通吃啊，能力到了另说，如果还只是图形化拉字段的阶段，这基本就不考虑性能和运维了，建议怎么简单怎么来～

mysql吧。我都后悔用mongodb了。多表联查太费劲。

回复7#Newlooker

真的么

回复23#copyleft2000

谢谢, 建议很中肯, 我access,mysql和couchdb都用过, 觉得couchdb 这种nosql比mysql灵活, 因为每条记录可以随意定义字段, 字段也可以是数组或json型, 但是couchdb 查询用map/reduce感到很麻烦, 不太适应, 我app估计也需要用数组或json字段, 所以想用couchdb, 但又感到查询麻烦, 所以纠结中

sqlite最合适 iOS fly ~

之前我用sqlite，调试软件的时候，再调用第三方管理软件的时候，sqilte会出错，也就是说不能多进程，气得我改用mysql了

以前用access, 那还是先上mysql
access十万数据量到头? 乘上100, 一千万mysql还是勉强可以的.

一个人做的话sql server express版，10G数据上限够了吧，还带reporting service，加上宇宙无敌开发工具visual studio, 配套orm框架entity framework可以让你忘记数据库。。。。。

我更倾向用nosql，关系型数据库用吐了

oracle的话，可以装linux上，省一个 windows server 的钱.

当然，你这个应用mysql就够了

这么个小应用，mysql足足有余，另外装个navicat什么的就行了 iOS fly ~