1
jsonline 2016-04-27 10:10:43 +08:00 1
你用 noSQL 不就好了……比如 MongoDB
|
2
sun2920989 2016-04-27 10:12:07 +08:00 1
MongoDB+1
|
3
JiShuTui 2016-04-27 10:13:59 +08:00 1
1 、账号表( ID 、姓名)
2 、联系方式表(账号 ID 、联系方式类型、联系方式、备注) |
4
XianZaiZhuCe 2016-04-27 10:14:50 +08:00 via iPhone 1
第一个问题,我选 c 。第二个问题,单独建立分组关系表。
一个姓名对应一个 id ,再拿这个 id 去建各种关系表,比如一个 id 好几个电话,好多分组关系 |
5
yangqi 2016-04-27 10:17:25 +08:00 1
问题 1 肯定是用 C 啊, EAV 很常见,性能作为通讯率来说根本不用担心
|
6
Mutoo 2016-04-27 10:31:00 +08:00 1
通讯录本身就是文档型数据, NOSQL 非常合适
|
7
yeyeye OP @jsonline
@sun2920989 @Mutoo 通讯录只是这个程序中的一环(因为程序流程简单,很常用且用 like 匹配) 一下子换其他数据库不会用(没用过 noSQL 的)怕来不及鸟 谢谢 @JiShuTui @XianZaiZhuCe 谢谢 谢谢你们 我知道咋样选了 感谢~ |
8
sun2920989 2016-04-27 11:10:40 +08:00 1
@yeyeye 嗯 那就参考后面的几个回答,挺好的,只是觉得这种场景 MongoDB 挺适合的
|
9
yeyeye OP @sun2920989
因为目标是一个物流系统 流程简单 只是涉及到钱的处理会麻烦一点点 只用过 SQL 数据库做程序 虽然知道 noSQL 很棒 速度很强大 但是一下子怕用不来 所以不打算换了 以后学一下玩得转在用 嘿嘿! |
10
yeyeye OP @sun2920989 主要是我目测了一下 根据业务量 几年内 SQL 数据库应该是顶得住的 如果还能做下去 那么到时候直接加大配置就好了 实在不行再慢慢优化 反正这种业务量不是那种非常大的顶得住
|