AI prompts
base on leveldb chinese annotation LevelDB 是 Google 开发的一款经典的 Key-Value 数据库。它的代码简洁优雅，非常适合作为学习数据库的阅读材料。
LevelDB 使用 LSM-Tree 结构，利用硬盘顺序写远远快于随机写的特点，来实现极高的写入性能。
由于许多机制需要分散在各处的代码互相配合才能实现，为了便于理解我们编写了一系列文章(并画了一大堆图)进行归纳梳理，以期为读者提供一个宏观的视角：
- [01-概论](./articles/01-introduction.md)
- [02-工具类](./articles/02-utils.md)
- [03-MemoryTable](./articles/03-MemTable.md)
- [04-预写日志格式及读写流程](./articles/04-Log.md)
- [05-SSTable格式](./articles/05-SSTable.md)
- [06-SSTable构造流程](./articles/06-SSTableBuilder.md)
- [07-写入流程](./articles/07-WriteProcess.md)
- [08-MinorCompaction](./articles/08-MinorCompaction.md)
- [09-元数据管理Manifest](./articles/09-Manifest.md)
- [10-MajorCompaction](./articles/10-MajorCompaction.md)
已经注释或介绍过的的源文件:
|源文件|功能介绍|相关文章|
|:-:|:-:|:-:|
|[include/leveldb/db.h](./include/leveldb/db.h) | leveldb 对外暴露的接口 | |
|[db/db_impl.cc](./db/db_impl.cc)| leveldb 的核心逻辑 | 从 [07-写入流程](./articles/07-WriteProcess.md) 开始， 后面的文章都与它相关|
|[slice.h](./include/leveldb/slice.h) | 字符串类 | [02-工具类](./articles/02-utils.md) |
|[util/coding.h](./util/coding.h)| varint 和 fixedint 等编码 | [02-工具类](./articles/02-utils.md) |
|[arena.h](./util/arena.h) / [arena.cc](./util/arena.cc)|一种简单高效的内存管理方式| [02-工具类](./articles/02-utils.md) |
|[memtable.h](./db/memtable.h)/[memtable.cc](./db/memtable.cc)| 内存中的有序表 | [03-MemoryTable](./articles/03-MemTable.md) |
|[skiplist.h](./db/skiplist.h)| MemTable 底层的跳表实现 | [03-MemoryTable](./articles/03-MemTable.md) |
|[log_writter.cc](./db/log_writer.cc) | 预写日志的写入 | [04-预写日志格式及读写流程](./articles/04-Log.md) |
|[log_reader.cc](./db/log_reader.cc)| 预写日志的读取 | [04-预写日志格式及读写流程](./articles/04-Log.md) |
| [table_builder.h](./table/table_builder.h) / [table_builder.cc](./table/table_builder.cc)| sstable 构造器 | [06-SSTable构造流程](./articles/06-SSTableBuilder.md) |
|[block_builder.h](../table/block_builder.h) / [block_builder.cc](../table/block_builder.cc)| sstable 中块（block）的构造流程 | [06-SSTable构造流程](./articles/06-SSTableBuilder.md) |
|[filter_block.cc](./table/filter_block.cc)| filterBlock 用于快速判断sstable中是否包含某个 key | [06-SSTable构造流程](./articles/06-SSTableBuilder.md) |
|[WriteBatch.h](./include/write_batch.h)/[WriteBatch.cc](./db/write_batch.cc)| 写事务数据结构 | [07-写入流程](./articles/07-WriteProcess.md) |
|[version_set.h](./db/version_set.h) / [version_set.cc](./db/version_set.cc)| 维护各层 sstable 的元数据 | [09-元数据管理Manifest](./articles/09-Manifest.md) |
|[version_edit.h](./db/version_edit.h) / [version_edit.cc](./db/version_edit.cc)| version_edit 是一次元数据变更 | [09-元数据管理Manifest](./articles/09-Manifest.md) |
## 关于提交 PR 的方法：
### Step1:
首先你需要 fork 本仓库到你自己的 github 仓库，点击右上角的 fork 按钮🎉🎉<br>
### Step2:
使用 git clone 命令将本仓库拷贝到你的本地文件，git clone 地址请点开项目上方的绿色 "code" 按钮查看😀😀<br>
### Step3:
在你的本地对代码进行一番精心修改吧！🍉🍉<br>
### Step4:
修改完后，是时候该上传你的改动到你 fork 来的远程仓库上了。你可以用 git bash，也可以使用 IDE 里的 git 来操作。对于 git 不熟的用户建议使用 IDE，IDE 也更方便写 commit 信息，别忘了写 commit 信息哦！当然我们只是增删改中文注释，如果要直接在 github 上编辑也可以，你可以使用最简单的在线编辑功能（预览文件的时候点击右上角的笔🖊），或者你也可以在你的仓库首页按一下句号键使用 github 提供的在线 vscode 。🤔🤔<br>
### Step5:
上传之后，点进你的仓库主页，会出现一个 "Contribute"，点击它，选择 "Open pull request"，选择好你仓库的分支和你想要在这里合并的分支后，点击 "Create pull request"，之后填写你的 PR 标题和正文内容，就成功提交一个 PR 啦！🍭🍭
### Step6 (optional):
记得检查修改自己的 GitHub Public profile 里的 Name 和 Public email，位置在右上角头像的 Settings 里，因为大多数情况下我们会使用 squash merge 来合并 PRs，此时 squash merge 后产生的新提交作者信息会使用这个 GH 信息（如果你的信息想公开的话）。
## 关于提交 PR 的内容：
### 修改内容：
1. 给未有中文注释的函数添加中文注释。
2. 修改本仓库中的文章或者添加新的文章
3. 修改或删除意思不明确的，意思有误的，有错别字的中文注释。
4. 修改不标准的注释格式，修改比较严重的标点错误(中文字用英文逗号、句号、括号、引号实际上不需要修改）。
5. 给中文注释不足的函数添加注释。
### 注释格式：
1. **请使用 UTF-8 编码进行注释。**
2. 英文和中文之间要有一个空格。
3. 注释里的文字内容与注释符号之间有一个空格
", Assign "at most 3 tags" to the expected json: {"id":"7610","tags":[]} "only from the tags list I provide: [{"id":77,"name":"3d"},{"id":89,"name":"agent"},{"id":17,"name":"ai"},{"id":54,"name":"algorithm"},{"id":24,"name":"api"},{"id":44,"name":"authentication"},{"id":3,"name":"aws"},{"id":27,"name":"backend"},{"id":60,"name":"benchmark"},{"id":72,"name":"best-practices"},{"id":39,"name":"bitcoin"},{"id":37,"name":"blockchain"},{"id":1,"name":"blog"},{"id":45,"name":"bundler"},{"id":58,"name":"cache"},{"id":21,"name":"chat"},{"id":49,"name":"cicd"},{"id":4,"name":"cli"},{"id":64,"name":"cloud-native"},{"id":48,"name":"cms"},{"id":61,"name":"compiler"},{"id":68,"name":"containerization"},{"id":92,"name":"crm"},{"id":34,"name":"data"},{"id":47,"name":"database"},{"id":8,"name":"declarative-gui "},{"id":9,"name":"deploy-tool"},{"id":53,"name":"desktop-app"},{"id":6,"name":"dev-exp-lib"},{"id":59,"name":"dev-tool"},{"id":13,"name":"ecommerce"},{"id":26,"name":"editor"},{"id":66,"name":"emulator"},{"id":62,"name":"filesystem"},{"id":80,"name":"finance"},{"id":15,"name":"firmware"},{"id":73,"name":"for-fun"},{"id":2,"name":"framework"},{"id":11,"name":"frontend"},{"id":22,"name":"game"},{"id":81,"name":"game-engine "},{"id":23,"name":"graphql"},{"id":84,"name":"gui"},{"id":91,"name":"http"},{"id":5,"name":"http-client"},{"id":51,"name":"iac"},{"id":30,"name":"ide"},{"id":78,"name":"iot"},{"id":40,"name":"json"},{"id":83,"name":"julian"},{"id":38,"name":"k8s"},{"id":31,"name":"language"},{"id":10,"name":"learning-resource"},{"id":33,"name":"lib"},{"id":41,"name":"linter"},{"id":28,"name":"lms"},{"id":16,"name":"logging"},{"id":76,"name":"low-code"},{"id":90,"name":"message-queue"},{"id":42,"name":"mobile-app"},{"id":18,"name":"monitoring"},{"id":36,"name":"networking"},{"id":7,"name":"node-version"},{"id":55,"name":"nosql"},{"id":57,"name":"observability"},{"id":46,"name":"orm"},{"id":52,"name":"os"},{"id":14,"name":"parser"},{"id":74,"name":"react"},{"id":82,"name":"real-time"},{"id":56,"name":"robot"},{"id":65,"name":"runtime"},{"id":32,"name":"sdk"},{"id":71,"name":"search"},{"id":63,"name":"secrets"},{"id":25,"name":"security"},{"id":85,"name":"server"},{"id":86,"name":"serverless"},{"id":70,"name":"storage"},{"id":75,"name":"system-design"},{"id":79,"name":"terminal"},{"id":29,"name":"testing"},{"id":12,"name":"ui"},{"id":50,"name":"ux"},{"id":88,"name":"video"},{"id":20,"name":"web-app"},{"id":35,"name":"web-server"},{"id":43,"name":"webassembly"},{"id":69,"name":"workflow"},{"id":87,"name":"yaml"}]" returns me the "expected json"