C21
07/08 08:24
开源,方案方向都不错,大规模和超大规模高应用上满足自建要求自主可控不必过多倒腾及成本投入,也不必动不动就得购买云厂商,用只能跟云厂商绑一在块,这种就达不到特定行业私有云建设要求,
C21
07/08 08:43
还有使用云服务器,自建高可用数据存储这个成本也是妥妥的降级👍
支持!
07/05 16:34
打广告是吧,问过我没有
说了半天,不知道这玩意是干啥用的。就看到各种鼓吹了。。。
07/05 15:56
开源版RDS,一键在物理机/虚拟机拉起类似云数据库RDS的服务以及完整的PaaS运行底座。解决使用PostgreSQL 监控 / 高可用 / 安装部署 / 易用性的问题。
07/05 20:07
同感,这么能吹也算是个人材,只是感觉选错了行业。
07/04 21:40
卷死 Polardb,Oceanbase,还有华为高斯!
07/04 19:42
想突围很难,感觉项目并不能产生什么特别大的价值,也没有太多的亮点,红红绿绿的界面不如XX云给老板的安全感。而且项目的切入点是PGSql,老板不会懂,中层不敢选,开发不会用。除非极致简单,而且不只是监控才有可能更好。
07/05 10:21
数据库的专业监控确实比较少,是个点。
07/05 11:36
嗯,TiDB这点上做的很好,有自己的拳头产品TiDB,数据库监控用普罗米修斯,社区也非常成熟专业
07/05 15:57
让 PG 社区也能用上 TiUp,TiDashboard一样的工具。
07/05 16:37
TiDB 的核心 可不是管理工具,而是解决了超大数据量下,不分表情况下,确保性能的问题。管理工具从来不是一个好的数据库最核心的点。他这个是个噱头而已,底层不变,没意义
07/05 16:39
痒点,不是痛点。超大数据量不用分表才是痛点
07/06 11:31
嗯,看看后续吧。
07/06 12:07
pg上的分布式扩展插件 citus 了解一下,开箱即用的内置分库分表分布式。
07/05 16:02
为什么切入点是PG,老板就不懂了,中层就不选了,开发就不会用了呢?
07/05 16:09
中层提出PG的方案,除非这个人能力十分优秀,能hold住,否则谁会去“找死”,决策层往往会选择更具性价比且更加成熟的各种云厂商来兜底;市面上使用PG的公司和MySQL、Oracle的差距实在天壤之别,这个Pigy从定位来说应该也不是面向开发的,如果说将来能集成到各种DevOps方案里面可能是个不错的机会。
07/05 17:40
选商业数据库,无论如何,提出者最多落个成本太高。选MySQL,无论如何,提出者都难得被定义有错。PG?你去京东搜索一下,商业数据库多少本书,MySQL多少本书。PG几本?前两者零头都没有。这就代表了非主流。选非主流,如果追究数据库选型,那提出者就等倒霉吧!
07/06 08:19
如果有特殊需求,例如空间计算,空间查询能力,选用mysql作为空间数据存储,这方面就会弱很多。如果选用pg的话可以使用postgis插件来增强空间计算和空间查询的能力,像是这种情况该怎么选?该不该选择pg?
07/06 12:14
国内市场特点就是太落后,PG在全球已经成为最主流,最流行,最受欢迎的数据库了:https://survey.stackoverflow.co/2022/#most-popular-technologies-database-prof
07/05 23:18
老板不会懂,中层不敢选,开发不会用,精辟啊
07/04 18:11
这个logo不错🐷😎
07/04 17:44
没看懂,这是自己开发了一个数据库,然后这个数据库搭建集群 比其他数据库方便一些吗?
07/04 18:37
应该是数据库监控管控软件,本地RDS替代,一键搭建生产高可用pg/redis/gp数据库,以及监控系统。Software as DBA copilot.
07/05 10:20
感觉不是,是在pg的基础上完成诸如部署,运维等工作。
07/04 17:32
相比Pigsty,可以看看lightdb
07/05 15:30
LightDB选择不开源,但是无功能、容量限制180天下载试用的机制
07/04 14:41
官网竟然是.cc的域名
_en
07/04 11:25
该评论暂时无法显示,详情咨询 QQ 群:点此入群
07/04 09:20
逻辑都放在数据库里用存储过程实现确实 Old School
回复 @
{{emojiItem.symbol}}
返回顶部
顶部