increment

InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级数据库功能

在 Percona 的“Generating Numeric Sequences in MySQL”这篇在讨论产生字串序列，主要是在 MySQL 环境下，里面看到的技巧“Session Variable Increment Within a SELECT”这组，刚好可以用在要在每个 row 里面增加名次： 另外看到 MariaDB 与 MySQL 8.0 系列因为有多支援各种功能，刚好也可以被拿来用，然后最后也提到了 Percona 自家出的 MySQL 8.0.20-11 将会直接有 SEQUENCE_TABLE() 可以用 (这应该才是 Percona 这篇文章的主要目的，推销一下自家产品的新功能)。

Stripe 是一家科技公司，致力于为互联网经济打造基础设施。所有公司，无论规模大小，从初创公司到上市企业，都可以用我们的软件来收款和管理他们的线上业务。 虽然互联网企业比其他类型的公司获得了更快的发展，但现今全球商业的线上经济比例大约只占 3%

昨天在调试一个业务代码中，无意间发现了一个问题。数据入库后的主键不是连续自增的，主键键值没过几秒就从两千多直接跳到了五千上下。这是为什么？瞬间引起我的注意

希尔排序（Shell Sort）属于插入排序的一种。它是简单插入排序经过改进之后的一个更高效的版本，也称为缩小增量排序（Diminishing Increment Sort）。 通过一个简单的例子来理解希尔排序

被认可的能力很开心，但没有达到预期的理想薪资很失望。 虽然很开心可以升职到senior executive 但同时又很沮丧为何increment这么少。我还拿着fresh grad的薪资，你要我怎么开心？ 我知道我的能力被认可，但同时付出是不等同于回报的

将相距一个增量单位的元素集组成一个子集，然后通过以子集为单位对数据进行比较，最后得到子集间的数据是有序的，但是子集内德数据还未排序。这样继续缩小增量循环比较进行互换位置处理，直到增量变为1时为最后一次循环比较。 希尔排序算法突破了O(n^2)的时间复杂度

FuelPHP 的 oil 提供快速建立 model 和 migration 的方法，例如要建立一资料表存放使用者账号： 若要建立一个资料表，需要有字段“id”当作 primary key 且设定 auto_increment 属性，可以将“id”从 oil 参数中去掉，当 oil 侦测到资料表没有字段名称包含 id 且没办法设定 primary key 时，便会自动新增一个“id”的字段： oil 的参数中很清楚标示字段的设定为 fieldname:type，没办法加入其他字段属性。假设要为字段加上其他属性，像是 null、index 等，则必须在 oil 产生 migration 以后，手动在 migration 中新增自己需要的属性。 ps. oil 还会侦测资料表名称，migration 会将资料表名称改成复数

要知道日本的漫画文化影响着全世界，在日本，各个年龄段的人都阅读漫画。而这些漫画作品又包括各种类型：动作、冒险、喜剧、侦探、戏剧、恐怖、神秘、浪漫、体育、游戏、科幻甚至**。很多漫画被翻译成其他语言

自增++自减--又称为“增量运算符”(increment operator)完成简单的任务，如++，即将其操作数的值增加1。这个运算符以两种方式出现。在第一种方式中，++出现在它作用的变量的前面，这是前缀(prefix)模式.在第二种方式中，++出现在它作用的变量的后面，这是后缀(postfix)模式