被各种关系数据库的 json 操作坑死了

[lolizeppelin]

抄的 openstack 的单元测试， 测试数据库相关测试都用 sqlite

平时单元测试都没什么问题，这两天处理 json 字段的查询的时候搞死人了
兼容 mysql 还好点....兼容 sqlit 简直要死，看了半天最后翻 sqlite 文档发现 sqlite 的 json 没有 contains 方法
需要用 json_each 生成的临时表来过滤。。。。

orm 里没法弄了，array 这个玩意又只有 pg 支持

sqlite 单元测试太好用了点，妈的不会真要单元测试也连个 pg 吧 orz
但是 sqlite 又没法测 json

烦死了，sqlalchemy 文档也看到头大

[virusdefender]

docker run 一个 pg 不很简单么

[johnsona]

这告诉我们不要在 rdbms 用 json，老老实实关联

[lolizeppelin]

@virusdefender

不是简单不简单的问题， 单元测试会不停的创建销毁，这种情况 sqlite 是最方便的

[love]

什么场景要在关系数据库时用 json 呢？

[lolizeppelin]

@jsisjs20130824
简单的 array 还是很方便的啊，本机 ip 列表，hostname 之类的真是方便啊，

但是！ 数据库支持都不统一呀............

fuck ！！！！

[yjhatfdu2]

试试 ponyorm

[mahone3297]

线上用 pg，测试用 sqlite ？
你能确保，你的测试，在测试环境过了，线上不出问题？虽然理论上，orm 封装了。。。

[coolyujiyu]

测试的环境和线上不一致？作死？

[arischow]

环境不统一这不科学

[janxin]

不是应该环境一致么...

万一踩到引擎不一致的坑怎么办？

[thonatos]

显然，是被自己坑死的，和数据库没关系

[Vegetable]

sqlite 和 mysql 、pg 还是有一定区别的，一旦用到了其他数据库的特性，都没办法在 sqlite 上测试了吧，比如 DjangoOrm 有一些 pg 特有的特性，sqlite 还有个什么操作不支持，有点记不清了，遇到过一次。

[cco]

目前只用过 mysql 的 json 。。。。pg 想用没有需求

[mxT52CRuqR6o5]

@lolizeppelin 测试的目的是尽可能模拟真实环境找出问题，而不是为了方便开发
你对测试的理解就有问题

[lyhiving]

关联 JSON 是不对的，JSON 在数据库里面只是为了储存方便。

[johnsona]

@lolizeppelin 废话，pg 和 mysql 对 json 的支持能统一吗，你老老实实用 orm，会帮你把关联表转化成 array 好吧，别乱用，你抄 openstack 单元测试的时候，怎么不抄人家的表结构设计呢

[Sunkz]

我最近搞 postgis 快被坑死了

[chinvo]

efcore 的 sqlite 官方 驱动对有些查询的表现就和其他数据库的驱动不一致

既然是单元测试, 目的就是保障线上运行正常, 为什么不和线上环境保持一致

嫌单元测试实例销毁频繁也没办法, 你可以看看各种流行开源项目, CI 的时间基本都是消耗在 setup 阶段

[chinvo]

实在不行就 mock 吧

不实际操作数据库, 全都 mock sql 语句

就默认 sql 语句一定能正常工作好了

[wangkun025]

测试和生产不用同一种数据库，谁给你的勇气？