首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    使用TreeSoft实现不同数据库间的定时数据同步

    TreeSoft数据库管理系统,支持以下数据同步方案: 1、MySQL同步数据到Oracle 2、MySQL同步数据到PostgreSQL 3、MySQL同步数据到SQL Server 4、MySQL同步数据到MongoDB 5、Oracle同步数据到MySQL 6、Oracle同步数据到PostgreSQL 7、Oracle同步数据到SQL Server 8、Oracle同步数据到MongoDB 9、PostgreSQL同步数据到MySQL 10、PostgreSQL同步数据到Oracle 11、PostgreSQL同步数据到SQL Server 12、PostgreSQL同步数据到MongoDB 13、MongoDB同步数据到MySQL 14、MongoDB同步数据到Oracle 15、MongoDB同步数据到PostgreSQL 16、MongoDB同步数据到SQL Server 17、SQL Server同步数据到MongoDB 18、SQL Server同步数据到MySQL 19、SQL Server同步数据到Oracle 20、SQL Server同步数据到PostgreSQL 21、MySQL同步数据到MySQL 22、Oracle同步数据到Oracle 23、PostgreSQL同步数据到PostgreSQL 24、SQL Server同步数据到SQL Server

    02

    MongoDB中文社区有话说: 卫报迁移和58简历事件专家剖析

    最近InfoQ发布了“别了,MongoDB”(翻译自卫报作者Philip McMahon等发表的英文博客 ) 一文引起比较大的反响。如果关心技术社区的朋友们都知道,圈子里时不时会冒出一篇 (MySQL | PostgreSQL | MongoDB ) 迁移到 (MySQL | PostgreSQL | MongoDB ) 的文章。有些时候因为选型不当,有些是因为时间的变迁导致场景变化,有些时候是因为有更先进的技术或者更适用产品出现。这些其实都是符合技术正常变革的自然规律的。但是卫报的这篇文章加上前不久的58简历泄露事件,让MongoDB中文社区的核心成员们有必要站出来澄清下事实,以防止标题党语不惊人死不休,以流量为目的的时候无顾于技术的科学性和严肃性。

    01

    MongoDB中文社区有话说: 卫报迁移和58简历事件专家剖析

    最近InfoQ发布了“别了,MongoDB”(翻译自卫报作者Philip McMahon等发表的英文博客 ) 一文引起比较大的反响。如果关心技术社区的朋友们都知道,圈子里时不时会冒出一篇 (MySQL | PostgreSQL | MongoDB ) 迁移到 (MySQL | PostgreSQL | MongoDB ) 的文章。有些时候因为选型不当,有些是因为时间的变迁导致场景变化,有些时候是因为有更先进的技术或者更适用产品出现。这些其实都是符合技术正常变革的自然规律的。但是卫报的这篇文章加上前不久的58简历泄露事件,让MongoDB中文社区的核心成员们有必要站出来澄清下事实,以防止标题党语不惊人死不休,以流量为目的的时候无顾于技术的科学性和严肃性。

    03

    Mongodb 为什么最近Crazy about Mongodb 与 性能优化系列

    经常看本号的朋友可能感觉到下半年的MONGODB 的东西开始增多了,之前写的MONGODB 的东西其实是不深刻的,最近换了工作单位后,明显感受到这个“新地方” 对于mongodb 的需求与实际应用的极大反差。这里有本地最大的 POSTGRESQL 数据库集合,几十套的POSTGRESQL 都在几个T 以上的级别,问题也很明显,在架构设计中有了业务的逻辑分库, 也有设计关于物理分库的自行设计的中间件,随着数据量的蜂拥而至,数据库的分库还是在疯狂的进行,可能很快POSTGRESQL 的数据库数量就要突破40套,套套都是N 个T ,MYSQL 也是同样的问题,数据库也在疯狂的分库,分表中。

    04

    别再用MongoDB了!

    joepie91认为,MongoDB不仅存在诸多问题,而且并无突出之处。如果项目涉及用户账户或者两条记录之间存在某种关系,那么就应该使用关系型数据库,而不是文档存储;如果项目在使用Mongoose,那么也应该使用关系型数据库,因为Mongoose只是使用文档存储模拟了有模式的关系型数据库。因此,大多数情况实际上需要的都是一个关系型数据库。在这些情况下,PostgreSQL是个不错的可选方案。开发者可以使用查询构建器或ORM来简化使用过程,比如,在Node.js中,可以选用Knex、Bookshelf、Sequelize或Waterline。即使真得需要一个文档存储,那么也有比MongoDB更好的选项。另外,他也不认为MongoDB适合于创建原型,因为如果生产环境使用不同的数据库,则还需要重写所有的代码。总之,MongoDB并没有什么适用场景。它在技术上比不上其它可选方案,并没有提供真正有用的独有的特性,而且开发人员也无法确保数据一致性和安全。最后,joepie91指出,流行度并不等同于质量,只能说明产品有一个不错的市场团队:

    02

    又涨了!PostgreSQL 这是要赶超 MySQL 的节奏?

    《又涨了!PostgreSQL 这是要赶超 MySQL 的节奏?》DB-Engines 发布了 2017 年 12 月份的数据库排名。排前 20 名的数据库中,Oracle 稳居第一,排名在第 9 名的 Cassandra 赶超排在第 8 名的 Redis,第 14 名的 SAP Adaptive Server 赶超第 13 名的 Solr,SQLite 有小幅下降趋势。而被众多人看好的 PostgreSQL 虽然排名未变,但是一直保持上升趋势!在近几个月的排行榜中,PostgreSQL 都保持着非常好的势头,从最稳(10月)到一路高涨(11月),再到稳步上升(12月),一步步向 Oracle,MySQL 和 Microsoft SQL Server 的位置靠近。在过去的5年里,MongoDB 获得了数十亿美元的 IPO,AWS 推出了非常酷的 Aurora Serverless,但是 PostgreSQL 却按兵不动。然而,PostgreSQL 还是一度成为了人们口中的热门话题。因为 PostgreSQL 的一些重要更新,如原生 JSON 支持和 JSONB 数据类型,为 PostgreSQL 带来了更多的关注。同时,Citus 的出现,为 PostgreSQL 的横向扩展带来了便利。Citus 背后的公司提供商业工具(及完全管理的 Citus 数据库),但这些工具只是简化了管理伸缩。Citus 的云计算负责人 Craig Kerstiens 表示,SaaS 创业公司或基于 PostgreSQL 的企业可以不仅可以实现简化,还不用担心以后的扩展问题。而 PostgreSQL 扩展离不开 Citus。总之,不管 Oracle 还是 MySQL,还是其他数据库的未来趋势如何,PostgreSQL 一直在前进。

    05
    领券