d******e
发帖数: 2265 | 1 或者转elastic search 或者转PostgreSQL |
r***y
发帖数: 4379 | 2
【在 d******e 的大作中提到】
: 或者转elastic search 或者转PostgreSQL
|
f*******t
发帖数: 7549 | 3 mongodb跟postgresql类型都不同，怎么比？ |
S*********t
发帖数: 78 | 4 postgre 也可以存 json.
既有relational, 又有 schema-less document.
应该比mongo强。 |
f*******t
发帖数: 7549 | 5 听起来好吊，什么时候出的功能？
【在 S*********t 的大作中提到】
: postgre 也可以存 json.
: 既有relational, 又有 schema-less document.
: 应该比mongo强。
|
z****e
发帖数: 54598 | 6 我以前的一个公司就这么搞的
后来做得太好了，米国公司抢着收购
最后被一家很大的米国公司搞走了
所以早就说了，不要听第三方卖软件卖服务的忽悠
自己做，慢慢就有经验了
我知道的买服务的，买软件的公司，基本上后来都搞不下去
有一家最早是用.net的，实在搞不定，后来人全部裁掉
换成java程序员来搞，然后就搞定了
跟netflix很像
还有一家是写java的，后来听了oracle的忽悠
搞了oracle一个巨贵的什么hr引擎还是什么
最后巨额亏损，从一个asx的成分股直接被踢出去
ceo都走人了，我也赶紧跳了
所以我从来不相信这种.com的忽悠
第一首选肯定是apache.org，然后是各种非赢利组织的产品
只要是背后有公司这种东西在搞的
哪怕是开源的
我都心有戚戚焉啊
就是spring这种牛逼利器，被收购了之后，妈逼的那个文档叫做一个烂啊 |
l**********n
发帖数: 8443 | 7 你说了半天，和mongo啥关系？这俩都是.org啊
【在 z****e 的大作中提到】
: 我以前的一个公司就这么搞的
: 后来做得太好了，米国公司抢着收购
: 最后被一家很大的米国公司搞走了
: 所以早就说了，不要听第三方卖软件卖服务的忽悠
: 自己做，慢慢就有经验了
: 我知道的买服务的，买软件的公司，基本上后来都搞不下去
: 有一家最早是用.net的，实在搞不定，后来人全部裁掉
: 换成java程序员来搞，然后就搞定了
: 跟netflix很像
: 还有一家是写java的，后来听了oracle的忽悠
|
f*******t
发帖数: 7549 | 8 他大概是认为mongo会越搞越烂吧
【在 l**********n 的大作中提到】
: 你说了半天，和mongo啥关系？这俩都是.org啊
|
z****e
发帖数: 54598 | 9
mongo背后有一个公司
虽然自诩是.org
就像mysql一样
要透过现象看本质
【在 l**********n 的大作中提到】
: 你说了半天，和mongo啥关系？这俩都是.org啊
|
z****e
发帖数: 54598 | |
|
|
l**********n
发帖数: 8443 | 11 Java背后也有个公司，叫Oracle，难道你不用Java了？
【在 z****e 的大作中提到】
: 而且公司名字就叫做
: MongoDB Inc.
|
z****e
发帖数: 54598 | 12
那也要看这背后的公司数量多少了呀
显然java的规则不是oracle一家定的
是jcp定的，是一堆组织和公司的集合体
同样，postgresql背后也是一堆组织和公司的集合体
类似的mongo, .net这些都是一家说了算
所以就不用啊，这时候要小心lockin啊
说了很多次了，我工作过的好几家公司都死在lockin上
【在 l**********n 的大作中提到】
: Java背后也有个公司，叫Oracle，难道你不用Java了？
|
z****e
发帖数: 54598 | 13 就像mysql后来被收购了之后，又被oracle吞了
然后mysql就挂了，当初用mysql的都傻逼了不是？
一个道理 |
z****e
发帖数: 54598 | 14 mongo inc估价也就是几个亿吧
没多少钱，搞不好oracle什么时候就来收购了 |
l**********n
发帖数: 8443 | 15 postgres搞得过oracle？
【在 z****e 的大作中提到】
: mongo inc估价也就是几个亿吧
: 没多少钱，搞不好oracle什么时候就来收购了
|
l**********n
发帖数: 8443 | 16 数据库的这种也开源，万一一个bug就挂了，咋整？ |
z****e
发帖数: 54598 | 17
搞不搞得过，看你怎么定义
论revenue，可能永远都搞不过
就像linux永远不可能比windows更赚钱
但是oracle要想拍死postgres，估计也没戏
那就看你愿意不愿意被oracle插管吸血了
【在 l**********n 的大作中提到】
: postgres搞得过oracle？
|
z****e
发帖数: 54598 | 18
所以别用太fancy的部分哦
我一般就用db的crud，其他都不怎么用
join都少用，基础功能早就被人用烂掉了
所以出bug的可能性不大
重点是你的java怎么搞
估计你不知道的是，你每天都在用postgres的gateway
哈哈
【在 l**********n 的大作中提到】
: 数据库的这种也开源，万一一个bug就挂了，咋整？
|
z****e
发帖数: 54598 | |
f***8
发帖数: 510 | 20 Braintree? 这家用Postgres + ruby, 这两个都是版上的人看不上的快技术，但works |
|
|
c*********e
发帖数: 16335 | 21 netflix不是还在用silverlight server来做streaming吗？
没啥比别家高级的东西。用了aws, silverlight.
【在 z****e 的大作中提到】
: 我以前的一个公司就这么搞的
: 后来做得太好了，米国公司抢着收购
: 最后被一家很大的米国公司搞走了
: 所以早就说了，不要听第三方卖软件卖服务的忽悠
: 自己做，慢慢就有经验了
: 我知道的买服务的，买软件的公司，基本上后来都搞不下去
: 有一家最早是用.net的，实在搞不定，后来人全部裁掉
: 换成java程序员来搞，然后就搞定了
: 跟netflix很像
: 还有一家是写java的，后来听了oracle的忽悠
|
f***8
发帖数: 510 | 22 Braintree? 这家用Postgres + ruby, 这两个都是版上的人看不上的快技术，但works |
j**********3
发帖数: 3211 | |
z****e
发帖数: 54598 | 24 不是啊，是澳洲本地的一家公司，搞payment gateway的
后来被米国公司收购了，因为做得太好了
stack是tomcat+postgresql+spring+hibernate这些
之所以收购是因为uk干不过我们，us也不行，us有其他自己的payment公司
但是很大，收购us的公司不划算，uk那个也是被收购的，但是技术上不稳定
所以收购澳洲的公司，整合进去
世界巨头，就通过收购来强化自身那个payment的流程
非常大的一家公司，说出来肯定知道，天天都在用的其实
然后后来就把整个payment的交给au的部分来做
技术上跟netflix很接近，文档里面经常出现netflix
说netflix是怎么怎么搞的，所以要学netflix
后来用的c*，elastic search什么也都是学习netflix的结果
works
【在 f***8 的大作中提到】
: Braintree? 这家用Postgres + ruby, 这两个都是版上的人看不上的快技术，但works
|
g*****g
发帖数: 34805 | 25 你不懂就别瞎说了，我们什么时候用过 silverlight server. 我们是有 silverlight
的 client没错，那是因为 DRM的限制。要在浏览器里跑，还要符合 DRM要求，没什么
选择。不是因为 SL是啥好技术。有了 HTML5就立马扔掉了。再说用SL就跟用 Flash一
样，啥不是得自己写。
【在 c*********e 的大作中提到】
: netflix不是还在用silverlight server来做streaming吗？
: 没啥比别家高级的东西。用了aws, silverlight.
|
d****n
发帖数: 12461 | 26 好像几个热门项目背后都有公司在搞啊，什么datastax, databricks, confluent,
basho。商业化的hadoop就更多了。这些都不能碰？
【在 z****e 的大作中提到】
: 我以前的一个公司就这么搞的
: 后来做得太好了，米国公司抢着收购
: 最后被一家很大的米国公司搞走了
: 所以早就说了，不要听第三方卖软件卖服务的忽悠
: 自己做，慢慢就有经验了
: 我知道的买服务的，买软件的公司，基本上后来都搞不下去
: 有一家最早是用.net的，实在搞不定，后来人全部裁掉
: 换成java程序员来搞，然后就搞定了
: 跟netflix很像
: 还有一家是写java的，后来听了oracle的忽悠
|
