如果要搞一个足球比赛的数据库。sql 是否是首选， nosql 比如 mongodb 对于这类型数据库能搞吗

[jakeyfly]

设想如下： 以场次为单位，把一场比赛的所有数据存为 mongodb 的一条数据。是否可行。

另：足球比赛这类型的数据库，各种查询计算，是否 sql 的优势巨大，nosql 无法胜任

[qiayue]

熟悉哪个用哪个

[XiaolinLeo]

数据量不是很大的话两种类型的都很不错

[jakeyfly]

@XiaolinLeo 大佬我举个例子 您看一下 那种数据库合适。。。。比如 比赛的输赢会关系到 排名表的变动 就是根据记录比赛自动维护联赛的排名名次。

[doubleflower]

除非你想顺便学 mongodb，否则 sql 更方便

[gstqc]

SQL 优势太大了
再说，很可能又有其他需求，比如：该场次上场球员，进球、进球球员 时间、射门、点球、角球、各种犯规、红黄牌……

[Mac]

肯定 SQL 啊

[HuHui]

由具体业务来评估

[jakeyfly]

@gstqc 大佬 我是怕 以后扩展 增加额外数据字段 不好弄 不太懂 SQL 要如何扩展

[yangqi]

那么多复杂的关系，肯定是关系型数据库 sql 了。

[binux]

@jakeyfly #8 ALTER

[jakeyfly]

@binux

[jakeyfly]

@jakeyfly 扩展后 就是空字段啦 整个程序都要改

[johnnie502]

@jakeyfly 空字段又怎么了，可以设置成允许 NULL，你存成对象还不是有这些问题

[XiaolinLeo]

@jakeyfly 那就选关系型数据库吧

[ila]

字段先占位几个 null，以后改名字

[MonoLogueChi]

数据量不大的话，随便一个数据库都能搞定，SQLite 应该都可以。既然牵扯到一些查询计算等等，后面还有可能做数据分析什么的，还有以后的可拓展性，建议选择一个稳定靠谱的关系型数据库。NoSQL 不敢评论，怕被喷。

[zjqzxc]

查询维度多的话用 sql
只需要根据特定字段检索的话 nosql

[TangMonk]

老实用 sql

[jakeyfly]

@gstqc 大佬 这些数据其实就是一条数据里的一个字段啊，又不是实时记录，也没那 API。

[jakeyfly]

是否 非一对多 一对一 只能是 多对多

[symons]

数据规模有多大

[jakeyfly]

@symons 我只知道 别人搞过 比较详细的记录 一年就 200M 这样

[symons]

@jakeyfly 我建议选择关系型数据库，后续的数据查询和分析都很方便，还有在设计表结构的时候多投入些精力，以后会方便很多。