• 看着这个标题似乎有点夸张了，但其实我做技术这么多年还没有遇到过这么不可思议的项目。我先来简单介绍一下吧，这个项目是个网络电话项目，里面涉及到号码映射和支付、话单等重要相关操作，但这样一个项目我了解到的情况居然在数据库设计中有200多张表，没有一张有外键关联，而且这样数据库居然3个网络电话项目共用。天
  • 这是Reactive微服务框架lagom作者一篇文章，针对CQRS误解进行驳斥，这个误解观点是:CQRS的问题是，它使事情变得更加复杂，因为它降低了一致性。 如果你有一个传统的单片整体系统，所有的数据操作都针对一个数据库，这个唯一的数据库支持ACI icon
  • 一个典型的Web应用程序引入了一个内存缓存像memcache或redis以减少在主数据库上读取热数据的负载。 最原始的设计看起来像下图。 icon
  • 现在面临一张用户使用记录表，可能达到千万级的数据量，用户在基本操作完成后（插入数据），都会查询下记录。用户本身的使用记录数不多，而且也能通过时间来控制查询的条数，但是我们用的是MEMCACHED相对数据进行缓存，但是遇到了一个问题。个人认为缓存仅仅作为一种附属品而存在，是为了提高性能，应该不 icon
  • 据说现在系统中数据库的设计很多都没有使用外键，有人说使用外键的数据库设计和操作中会有些麻烦。这样虽然省了一个步骤，但是会出现问题，比如主表中数据已经删了，从表中却还有其引用，这就造成了数据的不一致。假如不使用Hibernate等O/R框架，没有配置级联删除、修改等信息，使用简单的DAO实现，比如直接 icon
  • 关于ES实现如何分布式事务的问题，这个话题是个人为的坚深问题，保守的人与激进的人总是有争执，如同锁有保守锁和乐观锁一样。 一定请注意，事件流本身已经保证了跟随时间变化而保持一定逻辑顺序的一种流，如同我们观看网络电视，永远不会担心我们会首先看到影片结尾，然后 icon
  • 我们项目组五一前开发了个公安系统,目前在试运行,但用户使用后发现一个问题.很多案件是该派出所填的案件,会在本所消失,跑到另一个派出所中.在数据库中就体现为该案件的"承办单位"字段的值本来是该派出所,但却保存为另一个派出所的值. 在程序中,我们把用户的信息都保存为一个类,像用户ID,姓 icon
  • 看了BANQ对弱一致性的讨论，引用了PPT里面的卖票的用例。票包含了很多状态。这样可以将一个事物操作表示成一个事物的过程。每一个步骤都有对应的状态。还有一个卖咖啡的例子也是。但是这里有一个问题：利用弱一致性达到大吞吐量和性能提升，但是带来的问题就是弱安全性，我们必须通过一种机制来保证数据一致（最终一 icon