h*b
2 楼
好像就是自动据的，投的第二天就据了。想再投的话，好像说已经有application
exist.谁有类似
经历的？
exist.谁有类似
经历的？
r*e
3 楼
我７月１９日帮父母申请的，没有进展
u*r
4 楼
发信人： bmbeast(Bmbeast), 信区： Working
标题： 乘坐地铁时的哪些不良习惯导致上班迟到？
发信站： BBS未名空间站(Fri Sep 8 07:57:36 2017,GMT)
低头族看剧造成通道拥堵
地铁国贸站换乘通道里，乘客摩肩接踵，前面人走一步后边人才能跟一步。一位背着单
肩挎包的男乘客戴着耳机，举着手机，突然放缓了脚步。屏幕上正播放着影视剧，他显
然看到了高潮部分入了戏。
后边乘客赶紧收住脚步，想绕开他往前走，却发现四周都是人，根本没缝儿可钻。无奈
，只能也跟着放缓脚步。
地铁站务员表示：“低头族放缓脚步半分钟，可能一下子就堵住了整条队，一人慢一步
，导致通道外的人可能要多等5分钟。如果赶上几位低头族同时‘发力’，换乘通道一
堵满，列车甚至可能要甩站通过，减少换乘压力。这些车上的乘客就只能被牵连，那一
来一返的时间至少10分钟。”
乘车争抢导致列车晚点
早高峰，地铁13号线龙泽站，关门铃声已经响了，一位男乘客奋不顾身地往车上闯。在
车门处维护秩序的站务员边喊边上手把他往回拽。但还是慢了一步，车门感受到异物，
又打开了。
车上的人不耐烦了，回头狠狠瞪着站务员。抢门的则一回头，几乎把手戳到站务员鼻子
上，破口大骂：“你有病啊，拦着我干嘛！出了事也不用你偿命！”
站务员说：“有时候乘客抢上会导致列车晚点。一趟车晚点，后续的车都得跟着晚，一
个早高峰就彻底乱了。数万人的出行都得往后拖。”
列车晚点往往带来蝴蝶效应，事故发生点晚点1分钟，十几站外就会晚点十多分钟。目
前，北京地铁有18条线路，300多座运营车站，一旦事发点处在路网节点处，就可能打
乱全盘发车节奏。
不过，几乎没人为抢上埋过单。“怎么罚？早高峰1分钟进站300多人，我们维持秩序还
来不及呢，更别说我们也没有执法权。大多数时候，地铁员工都愿意挨骂息事宁人，尽
量让乘客赶紧离开，别影响后续乘客和列车是最终目标。”站务员说。
背包背在后挤走一个人
地铁1号线列车上，一个人背着硕大的双肩包，占据着车门处的位置，无论上车还是下
车的人都需要先过他这关。每当有人挤过去，背包客不为所动，只是随着拥挤晃来晃去。
一位乘客在网上画了一组画，自嘲地讲述了忘记将双肩包背在前面而被挤了一路的过程
。不过，也有人另辟蹊径，专门准备了“刺猬包”坐地铁，美其名曰不会被人挤。
一位站务员说：“地铁客流量大，谁都希望早点到单位，上班不要迟到，所以有时候要
互相体谅。把书包背在前面，可以站在坐着的乘客前面，这样节省了空间，同时还能防
盗。但如果书包背在后边，车厢里可能就得少站一个乘客了。”
标题： 乘坐地铁时的哪些不良习惯导致上班迟到？
发信站： BBS未名空间站(Fri Sep 8 07:57:36 2017,GMT)
低头族看剧造成通道拥堵
地铁国贸站换乘通道里，乘客摩肩接踵，前面人走一步后边人才能跟一步。一位背着单
肩挎包的男乘客戴着耳机，举着手机，突然放缓了脚步。屏幕上正播放着影视剧，他显
然看到了高潮部分入了戏。
后边乘客赶紧收住脚步，想绕开他往前走，却发现四周都是人，根本没缝儿可钻。无奈
，只能也跟着放缓脚步。
地铁站务员表示：“低头族放缓脚步半分钟，可能一下子就堵住了整条队，一人慢一步
，导致通道外的人可能要多等5分钟。如果赶上几位低头族同时‘发力’，换乘通道一
堵满，列车甚至可能要甩站通过，减少换乘压力。这些车上的乘客就只能被牵连，那一
来一返的时间至少10分钟。”
乘车争抢导致列车晚点
早高峰，地铁13号线龙泽站，关门铃声已经响了，一位男乘客奋不顾身地往车上闯。在
车门处维护秩序的站务员边喊边上手把他往回拽。但还是慢了一步，车门感受到异物，
又打开了。
车上的人不耐烦了，回头狠狠瞪着站务员。抢门的则一回头，几乎把手戳到站务员鼻子
上，破口大骂：“你有病啊，拦着我干嘛！出了事也不用你偿命！”
站务员说：“有时候乘客抢上会导致列车晚点。一趟车晚点，后续的车都得跟着晚，一
个早高峰就彻底乱了。数万人的出行都得往后拖。”
列车晚点往往带来蝴蝶效应，事故发生点晚点1分钟，十几站外就会晚点十多分钟。目
前，北京地铁有18条线路，300多座运营车站，一旦事发点处在路网节点处，就可能打
乱全盘发车节奏。
不过，几乎没人为抢上埋过单。“怎么罚？早高峰1分钟进站300多人，我们维持秩序还
来不及呢，更别说我们也没有执法权。大多数时候，地铁员工都愿意挨骂息事宁人，尽
量让乘客赶紧离开，别影响后续乘客和列车是最终目标。”站务员说。
背包背在后挤走一个人
地铁1号线列车上，一个人背着硕大的双肩包，占据着车门处的位置，无论上车还是下
车的人都需要先过他这关。每当有人挤过去，背包客不为所动，只是随着拥挤晃来晃去。
一位乘客在网上画了一组画，自嘲地讲述了忘记将双肩包背在前面而被挤了一路的过程
。不过，也有人另辟蹊径，专门准备了“刺猬包”坐地铁，美其名曰不会被人挤。
一位站务员说：“地铁客流量大，谁都希望早点到单位，上班不要迟到，所以有时候要
互相体谅。把书包背在前面，可以站在坐着的乘客前面，这样节省了空间，同时还能防
盗。但如果书包背在后边，车厢里可能就得少站一个乘客了。”
j*n
5 楼
n*e
6 楼
除了主板支持外，是不是一般U盘都可以？
谢谢
谢谢
r*t
7 楼
后端存储 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?
什么数据库/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*s
8 楼
我们这里大华有啊， 还挺贵的。。
【在 a****s 的大作中提到】
: 加州湾区。 大华99似乎没印象见到过。
【在 a****s 的大作中提到】
: 加州湾区。 大华99似乎没印象见到过。
r*u
9 楼
on the blacklist, seems need to wait for one year
【在 h****b 的大作中提到】
: 好像就是自动据的，投的第二天就据了。想再投的话，好像说已经有application
: exist.谁有类似
: 经历的？
【在 h****b 的大作中提到】
: 好像就是自动据的，投的第二天就据了。想再投的话，好像说已经有application
: exist.谁有类似
: 经历的？
z*a
11 楼
赞呀赞
好亲切的歌声，我中学的时候fan过这个歌手，现在居然记不得了：（
【在 j**n 的大作中提到】
好亲切的歌声，我中学的时候fan过这个歌手，现在居然记不得了：（
【在 j**n 的大作中提到】
N*w
12 楼
是的
【在 n*********e 的大作中提到】
: 除了主板支持外，是不是一般U盘都可以？
: 谢谢
【在 n*********e 的大作中提到】
: 除了主板支持外，是不是一般U盘都可以？
: 谢谢
w*g
13 楼
如果吞吐量要求不高，我会选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?
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?
s*n
14 楼
我觉得大华的那个根本不叫牛腩，就是牛肉带层皮。上周我在永和买的，比大华的好点
，肥肉比较多。
，肥肉比较多。
h*b
15 楼
But I was not even interviewed? Still blacklisted? Can I apply using a
different email?
different email?
h*i
16 楼
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?
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?
y*3
17 楼
偶在老外店看到过很好的牛腩，但是不知道你那里的具体情况
【在 a****s 的大作中提到】
: 加州湾区。 大华99似乎没印象见到过。
r*u
18 楼
Oh. I failed their phone screen. So I am on the list. I am not sure your
case. Maybe try apply use different email.
【在 h****b 的大作中提到】
: But I was not even interviewed? Still blacklisted? Can I apply using a
: different email?
case. Maybe try apply use different email.
【在 h****b 的大作中提到】
: But I was not even interviewed? Still blacklisted? Can I apply using a
: different email?
c*n
19 楼
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.
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*o
20 楼
Bloomberg 的 C online test 难不难？主要考C语法还是算法？今天他们的email让作
这个test.
【在 r**u 的大作中提到】
: Oh. I failed their phone screen. So I am on the list. I am not sure your
: case. Maybe try apply use different email.
这个test.
【在 r**u 的大作中提到】
: Oh. I failed their phone screen. So I am on the list. I am not sure your
: case. Maybe try apply use different email.
r*t
21 楼
木有 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.
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*u
22 楼
easy as long as you are not beginner. There are some trick questions.
Practice with this:
http://www.bestsamplequestions.com/technical-questions/c-sample-questions/c-sample-questions.html
This is enough.
【在 r****o 的大作中提到】
: Bloomberg 的 C online test 难不难？主要考C语法还是算法？今天他们的email让作
: 这个test.
Practice with this:
http://www.bestsamplequestions.com/technical-questions/c-sample-questions/c-sample-questions.html
This is enough.
【在 r****o 的大作中提到】
: Bloomberg 的 C online test 难不难？主要考C语法还是算法？今天他们的email让作
: 这个test.
s*k
23 楼
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?
【在 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*o
24 楼
Thanks a lot.
【在 r**u 的大作中提到】
: easy as long as you are not beginner. There are some trick questions.
: Practice with this:
: http://www.bestsamplequestions.com/technical-questions/c-sample-questions/c-sample-questions.html
: This is enough.
【在 r**u 的大作中提到】
: easy as long as you are not beginner. There are some trick questions.
: Practice with this:
: http://www.bestsamplequestions.com/technical-questions/c-sample-questions/c-sample-questions.html
: This is enough.
s*k
25 楼
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?
反而真不知道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?
f*4
26 楼
你们面的都是fsd position么？
phone interview都有几轮啊？
phone interview都有几轮啊？
r*t
27 楼
才知道 postgresql有这个类型。。
【在 c******n 的大作中提到】
: re
: jsonb的话可以更小，更快，还可以加index
:
: an
【在 c******n 的大作中提到】
: re
: jsonb的话可以更小，更快，还可以加index
:
: an
r*t
28 楼
好的，还是不搞 redis这种骚操作，和 couchdb,hbase 这些比 mongodb 现在仍然是首
选吗？记得看到过一些批 mongodb 的文章。
【在 w***g 的大作中提到】
: 如果吞吐量要求不高，我会选mongodb，或者干脆mysql里存成一个text字段。
: redis几年前基本上是当内存cache用的，印象中transaction啥的可能支持不好，
: 就是快。我们以前有redis端口测试时开放到公网忘了关掉，然后机器被黑
: 的经历。
选吗？记得看到过一些批 mongodb 的文章。
【在 w***g 的大作中提到】
: 如果吞吐量要求不高，我会选mongodb，或者干脆mysql里存成一个text字段。
: redis几年前基本上是当内存cache用的，印象中transaction啥的可能支持不好，
: 就是快。我们以前有redis端口测试时开放到公网忘了关掉，然后机器被黑
: 的经历。
l*i
29 楼
mysql 5.7+ 有json字段，nest里面常query的key可以用virtual column，不知是否也
可满足
要求
【在 w***g 的大作中提到】
: 如果吞吐量要求不高，我会选mongodb，或者干脆mysql里存成一个text字段。
: redis几年前基本上是当内存cache用的，印象中transaction啥的可能支持不好，
: 就是快。我们以前有redis端口测试时开放到公网忘了关掉，然后机器被黑
: 的经历。
可满足
要求
【在 w***g 的大作中提到】
: 如果吞吐量要求不高，我会选mongodb，或者干脆mysql里存成一个text字段。
: redis几年前基本上是当内存cache用的，印象中transaction啥的可能支持不好，
: 就是快。我们以前有redis端口测试时开放到公网忘了关掉，然后机器被黑
: 的经历。
n*p
30 楼
Mongodb 4.0 开始support ACID, 挺好的
n*p
31 楼
楼主说了“需要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.
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
32 楼
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
mongodb.
https://www.postgresql.org/docs/current/functions-json.html
support
【在 n***p 的大作中提到】
: 楼主说了“需要update和 query都不少”， mongodb对flexible json query的support
: postgresql 应该比不了
:
: an
P*i
33 楼
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?
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
34 楼
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
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
35 楼
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.
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
36 楼
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.
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
37 楼
第一，尽量不选自己没用过的。
第二，尽量不选自己组里没人用过的。
有了这两条，你的问题就解决了一大半。不符合这两条，到时候出问题卡住憋死了怎么
办。
第二，尽量不选自己组里没人用过的。
有了这两条，你的问题就解决了一大半。不符合这两条，到时候出问题卡住憋死了怎么
办。
r*t
38 楼
基本都粗略用过，只没有用C#写过服务。踩坑不够所以来问。
对我单document 的 ACID 就足够了。在线上 document之间互相没有关系，
目前看就 mongodb 了，performance 不够了再改，据说mongodb比postgres 容易
scale horizontally.
【在 g****t 的大作中提到】
: 第一，尽量不选自己没用过的。
: 第二，尽量不选自己组里没人用过的。
: 有了这两条，你的问题就解决了一大半。不符合这两条，到时候出问题卡住憋死了怎么
: 办。
对我单document 的 ACID 就足够了。在线上 document之间互相没有关系，
目前看就 mongodb 了，performance 不够了再改，据说mongodb比postgres 容易
scale horizontally.
【在 g****t 的大作中提到】
: 第一，尽量不选自己没用过的。
: 第二，尽量不选自己组里没人用过的。
: 有了这两条，你的问题就解决了一大半。不符合这两条，到时候出问题卡住憋死了怎么
: 办。
r*t
39 楼
数据量没到需要 hbase 的大小。
第一次听说 RocksDB...
【在 s********k 的大作中提到】
: RocksDB或者Hbase？把JSON 的key都做col来存？
第一次听说 RocksDB...
【在 s********k 的大作中提到】
: RocksDB或者Hbase？把JSON 的key都做col来存？
r*t
40 楼
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不那么强
整，类似安卓里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
41 楼
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?
其实自己团队单版本发布就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
42 楼
aws 对其他家的比较一搜好几篇 medium 文章，但读不出技术上有什么明显的优势。
ec2 还是 IAAS, 另两家更强调PAAS，对小公司来说更合适。aws只是目前市占率高，你
是指这一点吗？
【在 d****n 的大作中提到】
: redis就是kv没法好好做nest，时间都花在serde上了。所谓nest肯定是要索引的吧。
: 其实自己团队单版本发布就json了，异地或者客户或者第二个版本定型了再上pbf。例
: 如twitter说早期搞json后来花了很多时间重构，不如第一版就上pbf，这就好像说娃不
: 吃奶就会吃饭了一样废话。
: 数据模型基本选型是技术问题，但是发布以后就是业务问题，其实没必要每一次都做到
: 最好，随业务变化而变化就可以了。
: 剩下看着都是些茴香豆问题。如果不知道aws的优势那也就不要考虑云了，考虑了也亏
: 本。
ec2 还是 IAAS, 另两家更强调PAAS，对小公司来说更合适。aws只是目前市占率高，你
是指这一点吗？
【在 d****n 的大作中提到】
: redis就是kv没法好好做nest，时间都花在serde上了。所谓nest肯定是要索引的吧。
: 其实自己团队单版本发布就json了，异地或者客户或者第二个版本定型了再上pbf。例
: 如twitter说早期搞json后来花了很多时间重构，不如第一版就上pbf，这就好像说娃不
: 吃奶就会吃饭了一样废话。
: 数据模型基本选型是技术问题，但是发布以后就是业务问题，其实没必要每一次都做到
: 最好，随业务变化而变化就可以了。
: 剩下看着都是些茴香豆问题。如果不知道aws的优势那也就不要考虑云了，考虑了也亏
: 本。
s*k
43 楼
好东西，看一下
【在 r****t 的大作中提到】
: go 和 C++ 差不多，严肃应用应该都是实现 interface，DI 是可行的，只要有人牵头
: 整，类似安卓里dagger那样。
: 今天看到一个狗家的狗DI lib，可以研读一下：
: https://github.com/google/go-cloud/tree/master/wire
【在 r****t 的大作中提到】
: go 和 C++ 差不多，严肃应用应该都是实现 interface，DI 是可行的，只要有人牵头
: 整，类似安卓里dagger那样。
: 今天看到一个狗家的狗DI lib，可以研读一下：
: https://github.com/google/go-cloud/tree/master/wire
w*m
44 楼
狗家很有意思，非常喜欢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 的大作中提到】
: go 和 C++ 差不多，严肃应用应该都是实现 interface，DI 是可行的，只要有人牵头
: 整，类似安卓里dagger那样。
: 今天看到一个狗家的狗DI lib，可以研读一下：
: https://github.com/google/go-cloud/tree/master/wire
r*t
45 楼
静态语言DI最终都是这样的吧。
【在 w********m 的大作中提到】
: 狗家很有意思，非常喜欢compile-time DI，也就是code generation。
: 不知道这个是不是趋势。
【在 w********m 的大作中提到】
: 狗家很有意思，非常喜欢compile-time DI，也就是code generation。
: 不知道这个是不是趋势。
w*m
46 楼
其他的包括spring，应该都是run time DI。
【在 r****t 的大作中提到】
: 静态语言DI最终都是这样的吧。
【在 r****t 的大作中提到】
: 静态语言DI最终都是这样的吧。
d*n
47 楼
做云就是要成熟技术随大流，技术上优势不用太多，只要能比用户进步一点就可以了。
比用户进步好几部那就是阳春白雪最后也可能失败。
【在 r****t 的大作中提到】
: aws 对其他家的比较一搜好几篇 medium 文章，但读不出技术上有什么明显的优势。
: ec2 还是 IAAS, 另两家更强调PAAS，对小公司来说更合适。aws只是目前市占率高，你
: 是指这一点吗？
比用户进步好几部那就是阳春白雪最后也可能失败。
【在 r****t 的大作中提到】
: aws 对其他家的比较一搜好几篇 medium 文章，但读不出技术上有什么明显的优势。
: ec2 还是 IAAS, 另两家更强调PAAS，对小公司来说更合适。aws只是目前市占率高，你
: 是指这一点吗？
s*e
48 楼
如果有复杂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?
文档交易，很多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
49 楼
补充几点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 使用，性能也非常好，基本处于第一阵营。
码，感觉理念还是挺跟潮流的。它的查询语言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
50 楼
ArangoDB有点意思。内置一个node server？
s*e
51 楼
有段时间未检查又落后啦：ArangoDB 支持 DC2DC复制了。
它内置了V8引擎。有兴趣取看看它的Foxx服务价格，感觉走出一条新路，很多db以后会
跟进。
arangodb的问题是社区不给力，没有大公司支持，知名度不高。
【在 w********m 的大作中提到】
: ArangoDB有点意思。内置一个node server？
它内置了V8引擎。有兴趣取看看它的Foxx服务价格，感觉走出一条新路，很多db以后会
跟进。
arangodb的问题是社区不给力，没有大公司支持，知名度不高。
【在 w********m 的大作中提到】
: ArangoDB有点意思。内置一个node server？
相关阅读
anybody using git?Learning C++ to enhance Quantitative Finance skills, any good online tutorials oor books?问一个排序的问题谁编过snmp 的程序？那里有讲解的比较清楚的gdb manualC++ cast 小结请教一个程序调用的内存问题 (转载)#ifdef, #ifndef 这些 preprocessor 应该叫什么呀?visual studio 2003 windows vista下老出毛病java random set seed question请教Office Automation Add-in的高手急问一个关于perl的问题一个简单的小问题difference between FILE and struct FILEexe built by visual studio 2005,cannot run?one question about initializaiton listwhat font r u using for programming?问一个c的问题遇到一个怪问题license的问题