ZiHao's Blog

记录一下最近尝试学习在Overleaf上使用LaTeX撰写论文。为了符合XDU毕设论文格式的要求，可以基于note286学长提供的一些文档类和宏包。 对于本地系统 学长在README中将基于不同Tex发行版的使用教程写得很详尽。 在使用命令xetex xduts.ins后，可能会在全局将文档类和宏包安装，因此不需要再重复将其加入到自己的LaTeX项目目录下。 而对于Overleaf 则必须将文档类和宏包加入到自己的项目根目录后，再打包上传至Overleaf的项目管理处 还需要将Compiler设置为XeLaTeX 后面正式使用LaTeX写硕士研究生论文时，再根据自己的具体需要，调用texdoc xduts查阅XDUTS文档。 先记录到这里，Over。

常用的插件 Vimium C 键入?获得操作手册 Zotero Connector 从当前网页上识别条目加入到Zotero

Title“How Good Are Query Optimizers, Really?” (Leis 等, 2015, p. 204) 「查询优化器到底有多好？大概就是通过比较查询优化器的有无时，查询执行的性能，来得到查询优化器对性能提升的程度」 Abstract“ABSTRACT” (Leis 等, 2015, p. 204) 「摘要： Background：找到好的连接次序，对于查询性能的提升很重要 Why：引入 JOB，并使用复杂、真实的查询在传统优化器架构下 实验性地 测试优化器的主要组件。 What：如上，就是测试优化器的主要组件： 基数估计器 代价模型 计划枚举技术：穷举动态规划算法和启发性算法 How：通过引用 Join Order Benchmark，使用复杂真实多连接的查询 Novelty：引入JOB新的基准测试？ Conclusion： cardinality estimators：所有的都会出现大错误，并且如果查询引擎过于依赖他们，查询性能将不会很好 cost model：比 Cardinality estimator 对于查询性能的影响小 plan en ...

笔记本篇文章的两个核心内容： “three novel metrics for the robustnes” (Florian Wolf 等, 2018, p. 1360)：三个健壮性指标（关于基数估计误差），用于衡量qep的健壮性。适用性很强： “all kinds of operators, operator implementations, query execution plan trees, and monotonically increasing and differentiable cost function” (Florian Wolf 等, 2018, p. 1361) 支持各种运算，运算的物理实现，查询执行计划树以及单调递增和可微分的代价函数 “a novel plan selection strategy that takes both, estimated cost and estimated robustness into account, when choosing a plan for execution” (Florian Wolf 等, 2018, p ...

笔记 最优范围的目的 ：指出何时最优计划仍然最优。 最优范围计算的步骤： 1.搜索到估计最优计划： 三个子步骤 2.枚举可替代的计划 ：用动态规划算法（我记得书上动态规划算法是用在枚举仅有连接和选择的查询里，枚举出最优连接次序）得到的 表（由计划类组成，每个计划类有相同属性） ，用此表来枚举可替代的计划，基于最优子结构的特性，但是这样只能枚举一个计划类的包含最优子计划的替代计划。但是此算法需要考虑所有可能的计划类，不只是包含（依赖于）DPC 的算法，需要用剪枝算法，需要考虑不止包含最优子计划的可替代计划 第二个基石：OPC（Optimal Plan Container） 用于 算法2（剪枝算法） 得到较少的可替代计划集合。剪枝 3.计算最优计划的最优范围： 给定一个成本函数（也可以是非线性函数），**$C_{out}$等线性函数可以，（ 第一个基石） 根据该成本函数得到最优计划关于某个 待求最优范围 的子计划的 PCFs ，将其与 可替代计划的PCFs求得交叉点，用于算法1计算得到紧致的最优范围。** 最优范围的计算： 通过查询优化时的 动态规划枚举算法 ，得到 最优计划 和 ...

Title“Plan Stitch: Harnessing the Best of Many Plans” (Ding 等, 2018, p. 1123) 【 计划缝合：利用众多计划的精华/最优 两个关键点： 缝合 精华/最优 对本科毕设的最后一步或许有帮助：基于Plan模版进行拼接和修改。】 Abstract“ABSTRACT” (Ding 等, 2018, p. 1123) 【摘要：背景：查询优化器选择一个非最优的查询执行计划，会导致查询性能的下降。现如今的商业 DBMS 会选择使用 Reversion-based plan correction 来解决该问题。其原理是在检测到出现查询性能降低时，重新纠正——使用之前仍然有效且具有最低执行代价的旧计划。 真正的发现：RBPC 的基本原理使得其风险很小，但是忽略了更加有效的优化方式——从之前执行计划的高效 *子计划* 中获得潜在价值的信息！这会比单独旧的执行计划 代价更低。 研究成果：在 Microsoft SQL Server 之上实现 Plan Stitch 方法，经过 TPC-DS 测试，显著降低执行代价。 】 Introd ...

“或许你永远不知道你以前读过的书能在什么时候能够派上用场，但请保持阅读，因为阅读的过程也是在你大脑中建立认知的过程。” “深度阅读论文，要敢于对论文质疑，质疑论文作者的研究方法、思路、技巧。还要设身处地去想：如果我来写这篇论文，我能用什么方法。” 在研究生院读书是人生中最美好的时光，在这段时间你可能没有足够的钱，但是却有足够的时间学习。 在读书的这段时间应该学习一些重要的技能，比如有效的阅读、写作和演讲 划分层次结构 除了阅读的方式(快速阅读、仔细阅读和创造性阅读)，读者还要理解所读的论文是如何写出来的。因为一篇好的论文在逻辑上是层层递进的，不仅能够传达信息也能够激励读者。所以作者在写的时候也是有结构化的逻辑性思考程度的。总体上作者会思考：这篇论文的真实任务是什么、研究发现是什么；论文的贡献是什么等等。 相应的，读者在读论文的时候也应该要有逻辑，首先要清楚论文中的表达是否是我想要学习到的；其次，我能从论文中学到多少呢；最后，这篇论文的背景是什么——是什么样的背景让这篇论文变得重要和有趣。 1 快速阅读：划分层次结构1.1 论文中的表格和图片 只要弄清楚论文中表格和图片的标 ...

问题描述在进行 node 和 npm 的版本更新之后，再以此运行 hexo g和 hexo s，发现访问主页为 404，而其他页面均正常。 思考对比近几次的 commit发现少生成了 index.html文件，并且在 package.json等文件中少了一行 generator-inex，可能和 node及 npm的更新相关？ 但是，使用 git reset --hard^1命令回溯到以上配置文件未改动后，依然发现不会生成 index.html，咋么回事。。。 解决方法使用 npm install hexo-generator-index 命令将依赖包重新下载回来。。。（ 兜兜转转了一下午（比较两个 commit，甚至重新在本地构建了一个新博客^2来 hexo d --debug寻找构造的不同）。实际上我很快找到缺少了依赖包的问题，但是并没有立刻对依赖包进行下载，浪费了大量时间。 hexo 根目录的 node_modules存储着项目所需要的依赖包，但是并不需要上传，因为过于庞大，而 package-lock.json里已经存储了依赖包的名称和版本。 想起来了，我是想通过卸载 hexo ...

typora 的脚注功能类似于论文中的对文献引用。在学习或Debug后书写博客不免也要参考多篇网页，这时用脚注功能可以将引用到的所有网页统一写在博文最下方，使得文章看起来不会那么杂乱。 typora 支持的markdown脚注功能，但实际上markdown原生语法中并不支持，写入只支持原生 markdown 语法的hexo博客里也不会成功显示 typora: 支持的脚注功能 在引用处使用[^x]，被引用处使用[^x]: description butterfly^1: 可以使用markdown的 Links 来实现类似的功能： 引用处使用[连接的文本，可不填][x]，被引用处使用[x]: Links 这使得使用脚注语法后，在typora和导出的pdf中可以很优雅地通过点击引用处的符号x来跳转到文章最底部存放所有被引用文献处。但是在hexo博客里不会显示被引用的链接。尽管很奇怪，但是好在可以稍微统一写法。 refs:

问题描述连接校园网，运行hexo d得到如下报错： 试图将博客源码推送至Github，也报如下错误：在连接手机热点之后才能成功推送 也成功将博客部署到Github： 思考 看报错是被github.com服务器的22端口关闭了连接，可能和这个端口有关 解决方法1attempt to clone using an SSH connection made over the HTTPS port. 通过官方给出的解决方法^1如下： 可以成功访问主机名为ssh.github.com的端口443 但不知为何，访问响应时间很久。。。。。。。。。。。。。。。。 解决方法2通过文章^2把 rsa 密钥删掉。在关闭VPN的情况下，重新创建 rsa 密钥对，并将公钥加入github，重新用ssh连接。 可以成功连接。。。 refs：情况与下文一致： ssh远程登录报错：kex_exchange_identification: Connection closed by remote host - 腾讯云开发者社区-腾讯云 (tencent.com) 两种解法： 对SSH的拓展知识 Gith ...