|
c******o
发帖数: 1277 | 2 bsd license
Mature
Pretty good db, always comparable to MySQL
Amazon use a heavily modified version. |
|
|
|
c******o
发帖数: 1277 | 5 PostgreSQL 早早早就和MySQL一起竞争了。
也从来没离太远过，怎么讲的好象新出现是的？
以前是postgreSQL重功能，mySQL重速度。
现在都同质化了。
现在mysql的大问题是Oracle control, 所以才有mariadb, postgresql一直是bsd
license,是最宽容的license, 所以很多customized postgreSQL, 没啥定制的mysql |
|
c******o
发帖数: 1277 | 6 nosql 不一样，mysql/postgresql都是很传统的sql server.
你要是想要sql又是现代一些的，试试newsql (比如memsql, NuoDB, SQLFire, VoltDB
啥的） |
|
g*****g
发帖数: 34805 | 7 不是太本质的区别，两者很相似。最后量上来了，基本上都走NoSQL的混合道路了。使
劲sharding MySQL是前几年的做法，这几年这么做的少了，实在比较难维护。
我们用MySQL也只是AWS对MySQL的支持比Posgre更成熟而已。 |
|
p*****2
发帖数: 21240 | 8
sharding之后如果server不够用了，需要加server，做resharding一般怎么搞？ |
|
d*******r
发帖数: 3299 | 9 better support for JSON 倒是很好的卖点呀
out |
|
p*****2
发帖数: 21240 | 10 能不能具体说说 support到什么程度
跟mongo比如何 |
|
|
|
|
|
|
y**********u
发帖数: 6366 | 16 和mysql比起来，没有足够的优势，用户群体也没有那么大
的确没有必要了 |
|
|
y**********u
发帖数: 6366 | 18 也还好了
性能也不差，但是没看出比mysql有什么优势
太依赖于kernel cache了，性能已经不如innodb了 |
|
|
|
r***y
发帖数: 4379 | 21 这个很纠结
mysql 归入 oracle 下面这么多年, 待死不活. 捏不捏死也就是 oracle 一念之间.
postgresql 前面说了, 不是那么sharp, 但也勘用, 至少还活跃.
mariadb , mysql的绝佳替代, 可是挑头的已经放过大家鸽子, 一身铜臭, 也失信了...
到底用哪个咛?
菜菜鸟我可能会选 prostgresql |
|
r***y
发帖数: 4379 | 22 只用在小 projects 里当single server database, 没用到 scale out . 不敢乱说.
但读到过一些文章提到 sharding比较困难, 甚至有直接说 "I would never choose
Postgresql if I plan to scale out."
这个就根据项目需要了吧. 象大牛你们公司说不好都有实力自己 customize 一个版本. |
|
p*****2
发帖数: 21240 | 23
本.
我们真没实力。现在他们在搞vertical scale。 |
|
d*******r
发帖数: 3299 | 24 大家不用白痴一点的solution，AWS RDS 吗? 这个支持 MySQL, 刚刚支持了
PostgreSQL
http://aws.amazon.com/rds/
我们小破公司就一直用
估计goodbug他们Netflix也在用
但是，自己 server 不在 AWS 上的估计就得自己折腾 scale 问题了
其实我也不知道 PostgreSQL 比 MySQL 到底有啥大优势
本. |
|
g*****g
发帖数: 34805 | 25 RDS不能帮你解决 scale问题，只能解决availability问题。 |
|
r***y
发帖数: 4379 | 26 朋友这个建议很好, 花钱买省心.
但最开始自己 server 上 single server database, 等大了再往 aws rds 上移不知道
会不会很折腾. 朋友有什么体验吗?
上限 30,000 IOPS ( http://aws.amazon.com/rds/postgresql/ ) 好像goodbug他们Netflix 不一定够用吧. 我就是根据搜到的数据自己瞎推测的啊.
俺觉得 PostgreSQL 比 MySQL 最大优势就是 PostgreSQL 不是 oracle owned 吧 :-) |
|
r***y
发帖数: 4379 | 27 码字的功夫 goodbug 已经回贴了. :-) |
|
r***y
发帖数: 4379 | 28 大牛, 难倒这里是说 scale up 不是 scale out?
http://aws.amazon.com/rds/postgresql/
"you can scale the compute and memory resources powering your deployment up
or down. Scaling operations typically complete within a handful of minutes." |
|
g*****g
发帖数: 34805 | 29 没听说有RDBMS可以简单scale out的，否则要NoSQL干什么。AWS只是帮你host，不能改
变物理规律。
up
." |
|
V*********r
发帖数: 666 | 30
狗肉胖跟马鬃在电商领域有竞争关系，不可能寄居在马鬃服务下，有自己的数据中心 |
|
d*******r
发帖数: 3299 | 31 那看来公司同事用的 RDS 是 AWS 帮他们 scale up, 不能 scale out 了
其实我是 SQL 弱，而且很不喜欢用 SQL，所以我的项目里没有 SQL, 都是用 mongoDB,
dynamoDB 之类的 |
|
r***y
发帖数: 4379 | 32 多谢朋友, 一语点醒.
按照 goodbug 的提示, 能否容易地 scale out 就不是在 MySQL 和 PostgreSQL 中作
选择的条件了. 做 scale out 的话, MySQL 也好, PostgreSQL 也罢, 两个都是 "
Relational DBMS" , 如果你不熟悉的话, 都不容易. 如果你熟悉其中一个, 肯定弄起
来会比另外一个要容易.
这样看来, 要比较也是比较其它 features 了.
不过菜菜鸟的观点, 既然用开源, oracle owned 就该划掉了, 再考虑到 mariaDB 的满
身铜臭... 也就没有原因不选 PostgreSQL 了. |
|
p*****2
发帖数: 21240 | 33 貌似mysql 要好一些 做sharding的话 不过我也没看过 |
|
p*****2
发帖数: 21240 | 34 握手
大牛不试试cassandra？
mongoDB, |
|
z****e
发帖数: 54598 | 35 我们sql也很弱
所以用hibernate
其实多数java程序员，sql都一般般
mongoDB, |
|
z****e
发帖数: 54598 | 36 现在推荐的一般都是
postgresql＋cassandra
吧
一个ca和一个ap系统做配合
transaction这些还是只有db能做
所以还是用db做这些，但是也仅做这些
再多交给nosql比如cassandra去做
这样就可以分布了 |
|
z****e
发帖数: 54598 | 37 这个也会有vendor lockin
跟mysql没有太多区别
如果我自己选，肯定不用，但是肯定会有人去用
这也不奇怪 |
|
r***y
发帖数: 4379 | 38 多谢朋友分享.
大牛的推荐是不是说尽量减少 RDBMS 的负载. 仅仅让 RDBMS 干跟 transaction 有关
的.
主要负载都扔给 nosql .
这样 RDBMS 部分基本没太大负担, 就免去 scaling 的折腾.
仅仅对 nosql 部分做 scaling , 而这又是 nosql 的强项.
btw, "一个ca和一个ap系统做配合" 中 ca/ap 是指啥呀? |
|
z****e
发帖数: 54598 | 39 cap理论啊
反正db不适合分布
所以除了have to的部分
其他全部转移到cassandra上去
cassandra where we can, postgresql where we must |
|
|
a*f
发帖数: 1790 | 41 这家就是最好的了。免费，而且不用注册信用卡。
如果自己使用选Postgres最好。 |
|
H******7
发帖数: 1728 | 42 postgre不错。
可能二爷没用过，业界最受好评的sql数据库。 |
|
w****k
发帖数: 6244 | 43 Open source的sql数据库，就mysql和postgres像样。 |
|
|
t**r
发帖数: 3428 | 45 postgre 你可能是外行。sp支持很好啊。
我们的数据库几百sp. 那块有专人管。我不怎么碰就是了。sp确实恶心 |
|
w**z
发帖数: 8232 | 46 量不大，MySQL 或Postgres 足以。 |
|
z****e
发帖数: 54598 | 47 Technologies We Use
Our approach is to deploy whatever technology is best to solve the problem
at hand. This often means that we are learning from the bleeding edge of the
open source community or developing our own tools. Recently, FDSEs have
deployed:
Postgres, Cassandra, Hadoop, and Spark for distributed data storage
Java and Groovy for our back-end applications and data integration tools
Typescript, AngularJS, jQuery, Backbone, Underscore, Leaflet, and d3 for our
web technologies
Python for ... 阅读全帖 |
|
z****e
发帖数: 54598 | 48 postgre
如果对mysql实在是舍不得
可以用mariadb |
|
d******e
发帖数: 2265 | 49 你要找poi活着user,肯定是在后端做了。
那么，最简单的scan，计算，就是你说的o(n).
这对uber这样的级别数据库是不可行的。
其次，rtree range query. postgre gis 支持。但是这个不可scalable.
在其次， kd tree, k维还是太复杂。
geohash将为一维,这个可以用btree index了。甚至可以做成hash+trie，纯内存结构。
update, query 都是常数到o(log(n)) + o(t)级别的操作。t在bounding box里面的用
户数目。
geohash本质就是经纬度变成01然后base 36编码。 |
|
g*******o
发帖数: 156 | 50 可能还有hdfs, postgres 和 mysql ：） |
|
