r****t
发帖数: 10904 | 1 后端存储 nest 得比较厉害的一些 JSON, 需要update和 query都不少，
什么数据库/persistance 比较好？
不知道 redis 能不能搞定，redis 可以代替 mongodb 了吗？
因为 GET, PUT, POST, PATCH 操作都有，就用 REST 而不是 RPC了？
grpc 看起来很眼馋，感觉可以少写很多 validation code
只是 JSON 和 protobuf 之间又得转来转去，不见得省事。
有没有直接store protobuf 和 query 的 nosql db, or kv store?
C# 做后端服务的话有没有跟 spring 差不多的轮子，有推荐吗？
或者应该无脑上 golang?
用 AWS 还是 GCP 还是 Azure? |
w***g
发帖数: 5958 | 2 如果吞吐量要求不高，我会选mongodb，或者干脆mysql里存成一个text字段。
redis几年前基本上是当内存cache用的，印象中transaction啥的可能支持不好，
就是快。我们以前有redis端口测试时开放到公网忘了关掉，然后机器被黑
的经历。
【在 r****t 的大作中提到】
: 后端存储 nest 得比较厉害的一些 JSON, 需要update和 query都不少，
: 什么数据库/persistance 比较好？
: 不知道 redis 能不能搞定，redis 可以代替 mongodb 了吗？
: 因为 GET, PUT, POST, PATCH 操作都有，就用 REST 而不是 RPC了？
: grpc 看起来很眼馋，感觉可以少写很多 validation code
: 只是 JSON 和 protobuf 之间又得转来转去，不见得省事。
: 有没有直接store protobuf 和 query 的 nosql db, or kv store?
: C# 做后端服务的话有没有跟 spring 差不多的轮子，有推荐吗？
: 或者应该无脑上 golang?
: 用 AWS 还是 GCP 还是 Azure?
|
h*i
发帖数: 3446 | 3 What's wrong with plain old SQL databases?
The vast majority of application do not require anything else other than an
instance of Postresql.
【在 r****t 的大作中提到】
: 后端存储 nest 得比较厉害的一些 JSON, 需要update和 query都不少，
: 什么数据库/persistance 比较好？
: 不知道 redis 能不能搞定，redis 可以代替 mongodb 了吗？
: 因为 GET, PUT, POST, PATCH 操作都有，就用 REST 而不是 RPC了？
: grpc 看起来很眼馋，感觉可以少写很多 validation code
: 只是 JSON 和 protobuf 之间又得转来转去，不见得省事。
: 有没有直接store protobuf 和 query 的 nosql db, or kv store?
: C# 做后端服务的话有没有跟 spring 差不多的轮子，有推荐吗？
: 或者应该无脑上 golang?
: 用 AWS 还是 GCP 还是 Azure?
|
c******n
发帖数: 16666 | 4 re
jsonb的话可以更小，更快，还可以加index
an
【在 h*i 的大作中提到】
: What's wrong with plain old SQL databases?
: The vast majority of application do not require anything else other than an
: instance of Postresql.
|
r****t
发帖数: 10904 | 5 木有 schema, 或者说，没想好各个表 schema 怎么安排。
an
【在 h*i 的大作中提到】
: What's wrong with plain old SQL databases?
: The vast majority of application do not require anything else other than an
: instance of Postresql.
|
s********k
发帖数: 6180 | 6 RocksDB或者Hbase？把JSON 的key都做col来存？
【在 r****t 的大作中提到】
: 后端存储 nest 得比较厉害的一些 JSON, 需要update和 query都不少，
: 什么数据库/persistance 比较好？
: 不知道 redis 能不能搞定，redis 可以代替 mongodb 了吗？
: 因为 GET, PUT, POST, PATCH 操作都有，就用 REST 而不是 RPC了？
: grpc 看起来很眼馋，感觉可以少写很多 validation code
: 只是 JSON 和 protobuf 之间又得转来转去，不见得省事。
: 有没有直接store protobuf 和 query 的 nosql db, or kv store?
: C# 做后端服务的话有没有跟 spring 差不多的轮子，有推荐吗？
: 或者应该无脑上 golang?
: 用 AWS 还是 GCP 还是 Azure?
|
s********k
发帖数: 6180 | 7 C#跟spring差不多不就是根据新的Net Core来的ASP.net?
反而真不知道golang有什么好的DI 的lib，或者好像之前看过Golang关于DI和其他想法
不一样，因为OO不那么强
【在 r****t 的大作中提到】
: 后端存储 nest 得比较厉害的一些 JSON, 需要update和 query都不少，
: 什么数据库/persistance 比较好？
: 不知道 redis 能不能搞定，redis 可以代替 mongodb 了吗？
: 因为 GET, PUT, POST, PATCH 操作都有，就用 REST 而不是 RPC了？
: grpc 看起来很眼馋，感觉可以少写很多 validation code
: 只是 JSON 和 protobuf 之间又得转来转去，不见得省事。
: 有没有直接store protobuf 和 query 的 nosql db, or kv store?
: C# 做后端服务的话有没有跟 spring 差不多的轮子，有推荐吗？
: 或者应该无脑上 golang?
: 用 AWS 还是 GCP 还是 Azure?
|
r****t
发帖数: 10904 | 8 才知道 postgresql有这个类型。。
【在 c******n 的大作中提到】
: re
: jsonb的话可以更小，更快，还可以加index
:
: an
|
r****t
发帖数: 10904 | 9 好的，还是不搞 redis这种骚操作，和 couchdb,hbase 这些比 mongodb 现在仍然是首
选吗？记得看到过一些批 mongodb 的文章。
【在 w***g 的大作中提到】
: 如果吞吐量要求不高，我会选mongodb，或者干脆mysql里存成一个text字段。
: redis几年前基本上是当内存cache用的，印象中transaction啥的可能支持不好，
: 就是快。我们以前有redis端口测试时开放到公网忘了关掉，然后机器被黑
: 的经历。
|
l**i
发帖数: 3 | 10 mysql 5.7+ 有json字段，nest里面常query的key可以用virtual column，不知是否也
可满足
要求
【在 w***g 的大作中提到】
: 如果吞吐量要求不高，我会选mongodb，或者干脆mysql里存成一个text字段。
: redis几年前基本上是当内存cache用的，印象中transaction啥的可能支持不好，
: 就是快。我们以前有redis端口测试时开放到公网忘了关掉，然后机器被黑
: 的经历。
|
|
|
n***p
发帖数: 110 | 11 Mongodb 4.0 开始support ACID, 挺好的 |
n***p
发帖数: 110 | 12 楼主说了“需要update和 query都不少”， mongodb对flexible json query的support
postgresql 应该比不了
an
【在 h*i 的大作中提到】
: What's wrong with plain old SQL databases?
: The vast majority of application do not require anything else other than an
: instance of Postresql.
|
h*i
发帖数: 3446 | 13 No. postgresql's json query and update operators are no less flexible than
mongodb.
https://www.postgresql.org/docs/current/functions-json.html
support
【在 n***p 的大作中提到】
: 楼主说了“需要update和 query都不少”， mongodb对flexible json query的support
: postgresql 应该比不了
:
: an
|
P****i
发帖数: 12972 | 14 protobuf <-> json有库自动转换。
redis的persistence比较麻烦，不适合干这个；mysql和postgresql都支持。
如果云服务，azure cosmosdb似乎直接支持json。
【在 r****t 的大作中提到】
: 后端存储 nest 得比较厉害的一些 JSON, 需要update和 query都不少，
: 什么数据库/persistance 比较好？
: 不知道 redis 能不能搞定，redis 可以代替 mongodb 了吗？
: 因为 GET, PUT, POST, PATCH 操作都有，就用 REST 而不是 RPC了？
: grpc 看起来很眼馋，感觉可以少写很多 validation code
: 只是 JSON 和 protobuf 之间又得转来转去，不见得省事。
: 有没有直接store protobuf 和 query 的 nosql db, or kv store?
: C# 做后端服务的话有没有跟 spring 差不多的轮子，有推荐吗？
: 或者应该无脑上 golang?
: 用 AWS 还是 GCP 还是 Azure?
|
n***p
发帖数: 110 | 15 I like MongoDB's query language better, the query itself is in json format.
If you want to modify json object in Postgres, you need to extract the whole
document and then rewrite it back, in MongoDB you can update fields
directly. Plus MongoDB can be installed in a cluster cross multiple hosts, I
don't know if postgresql can be distributed and easy to scale like MongoDB.
That said, postgresql might be better if you have mix of data rather than
just json data.
【在 h*i 的大作中提到】
: No. postgresql's json query and update operators are no less flexible than
: mongodb.
: https://www.postgresql.org/docs/current/functions-json.html
:
: support
|
h*i
发帖数: 3446 | 16 The vast majority of use cases don't need the scaling to cluster.
Postgres is much much faster than mongodb. Even you have to save the whole
doc, it's still faster.
With mongodb, you may loose data. That's the problem.
.
whole
I
MongoDB.
【在 n***p 的大作中提到】
: I like MongoDB's query language better, the query itself is in json format.
: If you want to modify json object in Postgres, you need to extract the whole
: document and then rewrite it back, in MongoDB you can update fields
: directly. Plus MongoDB can be installed in a cluster cross multiple hosts, I
: don't know if postgresql can be distributed and easy to scale like MongoDB.
: That said, postgresql might be better if you have mix of data rather than
: just json data.
|
n***p
发帖数: 110 | 17 Mongodb 4.0 supports ACID, even with 2.0 and 3.0, I haven't seen any data
loss, especially in replicated cluster. Cluster setup is great for
maintenance, you can bring half of your hosts down with no down time. Speed
I haven't compared, but I can index any json field or fields in mongodb if I
need to increase performance.
【在 h*i 的大作中提到】
: The vast majority of use cases don't need the scaling to cluster.
: Postgres is much much faster than mongodb. Even you have to save the whole
: doc, it's still faster.
: With mongodb, you may loose data. That's the problem.
:
: .
: whole
: I
: MongoDB.
|
g****t
发帖数: 31659 | 18 第一，尽量不选自己没用过的。
第二，尽量不选自己组里没人用过的。
有了这两条，你的问题就解决了一大半。不符合这两条，到时候出问题卡住憋死了怎么
办。 |
r****t
发帖数: 10904 | 19 基本都粗略用过，只没有用C#写过服务。踩坑不够所以来问。
对我单document 的 ACID 就足够了。在线上 document之间互相没有关系，
目前看就 mongodb 了，performance 不够了再改，据说mongodb比postgres 容易
scale horizontally.
【在 g****t 的大作中提到】
: 第一，尽量不选自己没用过的。
: 第二，尽量不选自己组里没人用过的。
: 有了这两条，你的问题就解决了一大半。不符合这两条，到时候出问题卡住憋死了怎么
: 办。
|
r****t
发帖数: 10904 | 20 数据量没到需要 hbase 的大小。
第一次听说 RocksDB...
【在 s********k 的大作中提到】
: RocksDB或者Hbase？把JSON 的key都做col来存？
|
|
|
r****t
发帖数: 10904 | 21 go 和 C++ 差不多，严肃应用应该都是实现 interface，DI 是可行的，只要有人牵头
整，类似安卓里dagger那样。
今天看到一个狗家的狗DI lib，可以研读一下：
https://github.com/google/go-cloud/tree/master/wire
【在 s********k 的大作中提到】
: C#跟spring差不多不就是根据新的Net Core来的ASP.net?
: 反而真不知道golang有什么好的DI 的lib，或者好像之前看过Golang关于DI和其他想法
: 不一样，因为OO不那么强
|
d****n
发帖数: 12461 | 22 redis就是kv没法好好做nest，时间都花在serde上了。所谓nest肯定是要索引的吧。
其实自己团队单版本发布就json了，异地或者客户或者第二个版本定型了再上pbf。例
如twitter说早期搞json后来花了很多时间重构，不如第一版就上pbf，这就好像说娃不
吃奶就会吃饭了一样废话。
数据模型基本选型是技术问题，但是发布以后就是业务问题，其实没必要每一次都做到
最好，随业务变化而变化就可以了。
剩下看着都是些茴香豆问题。如果不知道aws的优势那也就不要考虑云了，考虑了也亏
本。
【在 r****t 的大作中提到】
: 后端存储 nest 得比较厉害的一些 JSON, 需要update和 query都不少，
: 什么数据库/persistance 比较好？
: 不知道 redis 能不能搞定，redis 可以代替 mongodb 了吗？
: 因为 GET, PUT, POST, PATCH 操作都有，就用 REST 而不是 RPC了？
: grpc 看起来很眼馋，感觉可以少写很多 validation code
: 只是 JSON 和 protobuf 之间又得转来转去，不见得省事。
: 有没有直接store protobuf 和 query 的 nosql db, or kv store?
: C# 做后端服务的话有没有跟 spring 差不多的轮子，有推荐吗？
: 或者应该无脑上 golang?
: 用 AWS 还是 GCP 还是 Azure?
|
r****t
发帖数: 10904 | 23 aws 对其他家的比较一搜好几篇 medium 文章，但读不出技术上有什么明显的优势。
ec2 还是 IAAS, 另两家更强调PAAS，对小公司来说更合适。aws只是目前市占率高，你
是指这一点吗？
【在 d****n 的大作中提到】
: redis就是kv没法好好做nest，时间都花在serde上了。所谓nest肯定是要索引的吧。
: 其实自己团队单版本发布就json了，异地或者客户或者第二个版本定型了再上pbf。例
: 如twitter说早期搞json后来花了很多时间重构，不如第一版就上pbf，这就好像说娃不
: 吃奶就会吃饭了一样废话。
: 数据模型基本选型是技术问题，但是发布以后就是业务问题，其实没必要每一次都做到
: 最好，随业务变化而变化就可以了。
: 剩下看着都是些茴香豆问题。如果不知道aws的优势那也就不要考虑云了，考虑了也亏
: 本。
|
s********k
发帖数: 6180 | 24 好东西，看一下
【在 r****t 的大作中提到】
: go 和 C++ 差不多，严肃应用应该都是实现 interface，DI 是可行的，只要有人牵头
: 整，类似安卓里dagger那样。
: 今天看到一个狗家的狗DI lib，可以研读一下：
: https://github.com/google/go-cloud/tree/master/wire
|
w********m
发帖数: 1137 | 25 狗家很有意思，非常喜欢compile-time DI，也就是code generation。
不知道这个是不是趋势。
【在 r****t 的大作中提到】
: go 和 C++ 差不多，严肃应用应该都是实现 interface，DI 是可行的，只要有人牵头
: 整，类似安卓里dagger那样。
: 今天看到一个狗家的狗DI lib，可以研读一下：
: https://github.com/google/go-cloud/tree/master/wire
|
r****t
发帖数: 10904 | 26 静态语言DI最终都是这样的吧。
【在 w********m 的大作中提到】
: 狗家很有意思，非常喜欢compile-time DI，也就是code generation。
: 不知道这个是不是趋势。
|
w********m
发帖数: 1137 | 27 其他的包括spring，应该都是run time DI。
【在 r****t 的大作中提到】
: 静态语言DI最终都是这样的吧。
|
d****n
发帖数: 12461 | 28 做云就是要成熟技术随大流，技术上优势不用太多，只要能比用户进步一点就可以了。
比用户进步好几部那就是阳春白雪最后也可能失败。
【在 r****t 的大作中提到】
: aws 对其他家的比较一搜好几篇 medium 文章，但读不出技术上有什么明显的优势。
: ec2 还是 IAAS, 另两家更强调PAAS，对小公司来说更合适。aws只是目前市占率高，你
: 是指这一点吗？
|
s******e
发帖数: 3 | 29 如果有复杂transaction，rdbms不可缺，mariadb 或 postgrsql 都可。如果只需要单
文档交易，很多NoSql都支持；选MongoDB或比较保险，轮
子多，社区大。如果都有，如果json文档不多，还是建议 mariadb和Postgres，他们都
已经支持json文档。很多json+rdbms，考虑 rdbms+nosql。有很多方案。最常见的是
rdbms+mongo。
关于NoSql我个人还用过Counchbase，强烈不建议，基本架构有问题，性能极差，很难
调好，但是他的集群和跨数据中心复制做得挺好用的，当时就是被这点骗去用的。
推荐一个小众产品，ArangoDB，性能非常好，c++开发的，Multi Model，支持普通json
文档，键值对，图数据库，地理信息查询等，还可以直接嵌入js，他的Foxx服务层，可
以直接使用js，作为 rest API 使用，性能也非常好，基本处于第一阵营。
【在 r****t 的大作中提到】
: 后端存储 nest 得比较厉害的一些 JSON, 需要update和 query都不少，
: 什么数据库/persistance 比较好？
: 不知道 redis 能不能搞定，redis 可以代替 mongodb 了吗？
: 因为 GET, PUT, POST, PATCH 操作都有，就用 REST 而不是 RPC了？
: grpc 看起来很眼馋，感觉可以少写很多 validation code
: 只是 JSON 和 protobuf 之间又得转来转去，不见得省事。
: 有没有直接store protobuf 和 query 的 nosql db, or kv store?
: C# 做后端服务的话有没有跟 spring 差不多的轮子，有推荐吗？
: 或者应该无脑上 golang?
: 用 AWS 还是 GCP 还是 Azure?
|
s******e
发帖数: 3 | 30 补充几点ArangoDB，foxx服务层概念有点类似serverless，针对每个小功能写独立的代
码，感觉理念还是挺跟潮流的。它的查询语言AQL很强大，我用它做了很多sql很难或无
法直接完成的事情，而且由于它优秀的架构，都是在数据库端做，省下网络开销，但又
不像老的rdbms的存储过程对数据库造成压力，性能简直爆表。他的集群也挺好用的，
复制也很方便。
json
【在 s******e 的大作中提到】
: 如果有复杂transaction，rdbms不可缺，mariadb 或 postgrsql 都可。如果只需要单
: 文档交易，很多NoSql都支持；选MongoDB或比较保险，轮
: 子多，社区大。如果都有，如果json文档不多，还是建议 mariadb和Postgres，他们都
: 已经支持json文档。很多json+rdbms，考虑 rdbms+nosql。有很多方案。最常见的是
: rdbms+mongo。
: 关于NoSql我个人还用过Counchbase，强烈不建议，基本架构有问题，性能极差，很难
: 调好，但是他的集群和跨数据中心复制做得挺好用的，当时就是被这点骗去用的。
: 推荐一个小众产品，ArangoDB，性能非常好，c++开发的，Multi Model，支持普通json
: 文档，键值对，图数据库，地理信息查询等，还可以直接嵌入js，他的Foxx服务层，可
: 以直接使用js，作为 rest API 使用，性能也非常好，基本处于第一阵营。
|
|
|
w********m
发帖数: 1137 | 31 ArangoDB有点意思。内置一个node server？ |
s******e
发帖数: 3 | 32 有段时间未检查又落后啦：ArangoDB 支持 DC2DC复制了。
它内置了V8引擎。有兴趣取看看它的Foxx服务价格，感觉走出一条新路，很多db以后会
跟进。
arangodb的问题是社区不给力，没有大公司支持，知名度不高。
【在 w********m 的大作中提到】
: ArangoDB有点意思。内置一个node server？
|
