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