前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

ES6为什么推出PromisePromise是ES6新增的引用类型，让我们的异步逻辑代码更加优雅。异步就相当于你会了影分身，本来你只能同一时间做一个事情，但是当你有了分身之后，你可以和他同一时间做不同的事情。所以，异步增加了我们事情完成的效率，这也就是我们常说的避免进程等待一个长时间的线程操作，同时执行，减少耗时，增加性能。异步是JavaScript的基

前言学习了关于数据表的基本操作，也就是针对单表的增删改查以及创建和删除，而在实际开发中，往往是多表联合操作，尤其是插入和查询用的最多，而这两步都要经过一个“筛选”的过程，这个过程要根据具体业务逻辑，综合不同的表，查询后决定是否满足插入或其他条件。本节内容涉及的广泛一些，我们需要创建多个表，进行复杂一点的操作，数据库管理工具这里使用的是Navicat12

一位Oracle程序员在HackerNews上吐槽自己的工作，引起了热议，内容如下：Oracle数据库12.2。它有近2500万行C代码。这实在太恐怖了，简直难以想象！你做不到在不破坏成千上万个现有测试的情况下更改产品中的单单一行代码。好几代程序员在很紧的项目期限内编写了这些代码，代码中充斥着各种各样的垃圾内容。非常复杂的逻辑、内存管理和上下文

↑关注置顶 有趣的不像个技术号大家好，我是朱小五本来这个周末过得开开心心，结果为了解一道数学题薅掉了一把头发、、、整整18根！而且还是一道小学数学题！！！到底是什么题呢？大家看看吧既然表弟都求到我这了，那就随便的做一做嘛。这不就是一道逻辑题嘛！先假如丁错，则甲乙丙对，此时最小的abc（2^3）\（3^2）\750

自GoogleDataflow模型被提出以来，流批一体就成为分布式计算引擎最为主流的发展趋势。流批一体意味着计算引擎同时具备流计算的低延迟和批计算的高吞吐高稳定性，提供统一编程接口开发两种场景的应用并保证它们的底层执行逻辑是一致的。对用户来说流批一体很大程度上减少了开发维护的成本，但同时这对计算引擎来说是一个很大的挑战。作为Dataflow模型

TiDB实现了快照隔离级别的分布式事务，支持悲观锁、乐观锁，同时也解决了大事务的难点。事务是数据库的基础，提供高效的、支持完整ACID的分布式事务更是分布式数据库的立足之本。事务是数据库执行的最小单元，允许用户将多个读写操作组合为一个逻辑单元。事务需要满足原子性、一致性、隔离性和持久性，也就是ACID。数据库有多种并发控制方法，乐观并发控制（

在最近的工作中，get到一个很实用的注解，分享给诸位。痛点做过微信或支付宝支付的童鞋，可能遇到过这种问题，就是填写支付结果回调，就是在支付成功之后，支付宝要根据我们给的地址给我们进行通知，通知我们用户是否支付成功，如果成功我们就要去处理下面相应的业务逻辑，如果在测试服务，那么这个回调地址我们就需要填写测试服务的，如果发布到线上那么我们就需要改成

1.概述：合并表是一种早期的、简单的分区实现，和分区表相比有一些不同的限制，并且缺乏优化。分区表严格来说是一个逻辑上的概念，用户无法访问底层的各个分区，对用户来说分区是透明的。但是合并表允许用户单独访问各个子表。分区表和优化器的结合更紧密，这也是未来发展的趋势，而合并表则是一种将要被淘汰的技术，在未来的版本中可能被删除。2.原理：