设想如下： 以场次为单位，把一场比赛的所有数据存为 mongodb 的一条数据。是否可行。
另：足球比赛这类型的数据库，各种查询计算，是否 sql 的优势巨大，nosql 无法胜任
This topic created in 3026 days ago, the information mentioned may be changed or developed.
 |
1
qiayue PRO 熟悉哪个用哪个
|
 |
2
XiaolinLeo Feb 22, 2018 via iPhone
数据量不是很大的话两种类型的都很不错
|
 |
3
jakeyfly OP @XiaolinLeo 大佬我举个例子 您看一下 那种数据库合适。。。。比如 比赛的输赢会关系到 排名表的变动 就是根据记录比赛自动维护联赛的排名名次。
|
 |
4
doubleflower Feb 22, 2018
除非你想顺便学 mongodb，否则 sql 更方便
|
 |
5
0ZXYDDu796nVCFxq Feb 22, 2018
SQL 优势太大了
再说，很可能又有其他需求，比如：该场次上场球员，进球、进球球员 时间、射门、点球、角球、各种犯规、红黄牌…… |
 |
6
Mac Feb 22, 2018
肯定 SQL 啊
|
 |
7
HuHui Feb 23, 2018 via Android
由具体业务来评估
|
 |
9
yangqi Feb 23, 2018
那么多复杂的关系，肯定是关系型数据库 sql 了。
|
 |
13
johnnie502 Feb 23, 2018
@jakeyfly 空字段又怎么了，可以设置成允许 NULL，你存成对象还不是有这些问题
|
|
14
XiaolinLeo Feb 23, 2018 via iPhone
@jakeyfly 那就选关系型数据库吧
|
 |
15
ila Feb 23, 2018 via iPhone
字段先占位几个 null，以后改名字
|
 |
16
MonoLogueChi Feb 23, 2018 via Android
数据量不大的话，随便一个数据库都能搞定，SQLite 应该都可以。既然牵扯到一些查询计算等等，后面还有可能做数据分析什么的，还有以后的可拓展性，建议选择一个稳定靠谱的关系型数据库。NoSQL 不敢评论，怕被喷。
|
 |
17
zjqzxc Feb 23, 2018
查询维度多的话用 sql
只需要根据特定字段检索的话 nosql |
 |
18
TangMonk Feb 23, 2018 via Android
老实用 sql
|
|
20
jakeyfly OP 是否 非一对多 一对一 只能是 多对多
|
 |
21
symons Feb 24, 2018
数据规模有多大
|
Select Language