clause

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 0.背景 Mysql版本：5.7 1.出问题原因   在MySql5.6开始，limit加入了一个新特性： LIMIT Query Optimization 。假设你写了这样一个sql： select * from my_table limit 10,10;   它是符合优化原则的： MySQL sometimes optimizes a query that has a LIMIT row_count clause and no HAVING clause:   纵览所有的优化原则，发现与我们最普通的情况有关系的也只有这一条： If an index is not used for ORDER BY but a LIMIT clause is also present, the optimizer may be able to avoid using a merge file and sort the rows in memory using an in-memory filesort operation.   意即： 如果索引未用于ORDER BY，但也存在LIMIT子句，则优化器可能能够避免使用合并文件，并使用内存中文件排序操作对内存中的行进行排序。 再有和我们有点关系的可能也就是： If you

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 去中心化交换协议的发展 从Bitshare，Stellar到以太坊上的Etherdelta，Bancor，0x协议，去中心化交换协议也经过了好几代发展和很多模式的探索，每一代都通过前面的协议的痛点来进行改进和深化， 主要分为： 链上orderbook，链上结算; 链下orderbook，链上结算; 基于智能合约管理的资金池; 链上orderbook，链上结算 最早的 基于以太坊的去中心化交换协议的成功探索非Etherdelta莫属，曾一度占据去中心化交换市场的半壁江山。Etherdelta是较为完全的去中心化模式，用户充值、挂单、吃单、结算及提现全部在链上完成。 具体运行机制如下： Etherdelta的整个运行都在链上完成，用户保管自己的私钥，平台不会触碰用户资产，保证了资产和交换的安全、透明。但其弊病也较为明显： 由于所有的交换环节都在链上完成，且每一个挂单、撤单、吃单等操作都会消耗GAS费用，导致延时高、成本效益低下。 存在矿工非法预先交换的可能。 链下orderbook，链上结算 为了解决纯链上效率低下，且手续费低廉的问题，0x协议引入了relayer(中继)的概念，所有订单都发给relayer，无需上链，只有成交才会上链。 0x的“链下订单中继、链上最终结算”运作模式如下： 0x协议的主要问题在于

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 关于字符串搜索 有很多时候，使用instr和like实现字符串搜索是很方便快捷，特别是搜索仅跨越很小的表的时候如下所示： SELECT *FROM mytext WHERE INSTR (thetext, 'Oracle') > 0; SELECT * FROM mytext WHERE thetext LIKE '%Oracle%'; 然而对于大表，通过这些文本定位的方法将导致全表扫描,对资源来说消耗比较昂贵，而且实现的搜索功能也非常有限。 Oracle Text，即oracle 全文索引，则可以解决上述方法在效率上及及功能上的局限性。（对于性能的对比可以参阅 http://viralpatel.net/blogs/oracle-index-usage-like-operator-domain-indexes/ ） oracle全文检索 全文检索（full-text search），是 一种将文件中所有文本与检索项匹配的文字资料检索方法。在 oracle 中，用户可以使用 oracle 服务器的上下文（ context ）选项完成基于文本的查询，相应的方法有通配符查找、模糊匹配、相关分类、近似查找、条件加权和词意扩充等。在 Oracle8.0.x 中 称为 ConText ，在 Oracle8i 中 称为

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 摘要：Scheme是LisP系语言中十分重要的一个方言（Dialect），在元编程、符号计算、系统校验等领域有着举足轻重的作用。而作为LisP系语言中最强大的部分，宏在中文社区中缺少相关的介绍与入门指南。本文参考r6rs标准、Chez Scheme的实现和The Scheme Programming Language，给出一份简洁扼要的说明。本文指出，宏本质上是在描述宏转换器并支持展开器对代码进行脱糖。相信读者读完本文即可茅塞顿开，并且充分意识到一些知名人士早年相关论述的错误与辉煌。 关键词：Scheme，宏，展开器，宏转换器，估值期，脱糖 一、LisP系语言的运行 包括Scheme在内的LisP系语言的编译器以略微不同的体系重构了编程语言的运行过程。不同于略懂一些编译原理的读者所意识到的语法树（Syntax Tree）、中间表示（Intermediate Representation）、编译期和运行期，LisP系语言采用估值期（Evaluation）、编译期和运行期这样的划分方式。 首先，由于LisP系语言采用S-expression，或者说树的括号表示，从C、Java那样的代码转换到语法树的过程被省略了。然后，语法树上所有的标识符（Identifier）被估值（Evaluate）。一个或者数个