最近自己造了个数据库

其实是标题党了，本质是给DuckDB做了个 server ，支持 postgresql 的原生协议和 clickhouse 的 http 协议。

DuckDB 是个非常不错的嵌入式 OLAP 数据库，使用简单，SQL 支持多，和 pg 兼容性好，性能特别强（基本上是登顶)的存在），支持 update/delete ，支持并发事务。但是 duckdb 本身是类似 sqlite 的嵌入式数据库，不能多进程读写（可以多进程只读或者单进程多线程读写），不能通过网络访问。所以套成 server 能够一定程度扩展使用范围，比如通过网络写入数据，收集日志、统计数据，对接 Grafana 或其他可视化工具之类。

起因是公司内用 clickhouse 的时候，遇到 clickhouse 的优化器简直是智障可能还不如 mysql ，例如 select * from a,b where a.id=b.id and a.id=1000，clickhouse 会先把 a 、b 表进行全量 hashjoin 再 filter ，duckdb 优化器就聪明多了，会先 filter 再 join ，快很多,其实普通的查询 duckdb 也可能比 ch 更快。duckdb 还能方便读取 csv 等外部文件并智能探测表结构，非常方便如select * from 'data_*.csv'，select * from 'https://test.com/data.csv'

目前主要的特性如下：

支持通过 postgresql wire 协议和 clickhouse http 协议并发读写
支持 pg 的 simple query 和 extend query
支持 clickhouse select/insert format 语法和 TabSeparated/CSV/JSONEachRow 等常用格式
支持 postgresql copy table from stdin 批量导入 csv
简单测了 psql,jackc/pgx,postgresql-jdbc,clickhouse-jdbc,curl 可以用
基本可以使用 DataGrip 当作 pg 和 ch 连接，不过元数据可能不完整，尝试补了一部分函数和视图，可以做到 80%的效果

目前主要的问题：

未实现 clickhouse 的 tcp 协议，所以部分客户端和 clickhouse-client 不能用
目前未实现任何鉴权功能，且 duckdb 本身没有用户和权限系统，且 duckdb 可以执行 shell ，所以需要注意安全，有空可能会实现 pg 的 SCRAM-SHA-256 认证和 ch 的 basic-auth
有些数据类型还没支持，不过这个很容易实现
有一些特殊的语句使用 postgresql extend query 模式可能有问题，比如select $1;然后$1 为字符串，这是因为 duckdb 在 desceibe 语句时，未知返回类型会指定为 int ，有些驱动如 pgx 依赖 desceibe 的返回类型，会报错。可以使用 pg 的显式类型转换来避开select $1::text;

~~话说这个应该符合国产信创吧~~