做了个小站 Zzo,有几点迷惑,真心请教

最近做了一个 AI 目录站：[Zzo AI Tools Directory]( https://zzo.ai) ，网址：[https://zzo.ai]( https://zzo.ai)  初步开发完一版，但还存在很多问题，真心请教一下：

1. 数据库，目前使用的事 CloudFlare 的 D1 数据库，这个数据库有很多局限性（是 SQLite 改版），比如说，没有事务等，想换一个数据库。大家都选用什么数据库，有什么稳定便宜的数据库推荐吗？最好是海外的数据库服务商。（因为应用是部署在[CloudFlare 的 Pages 中]( https://ai-nav.pages.dev/)，边缘节点不固定，国内数据库大概率比较慢或超时）；另外：还有个问题：数据库有支持公网的服务商吗？求推荐，感谢。
2. 全文检索：当前网站还没有检索的功能，目前看了直接 sql 的 like 模糊匹配、ES 全文检索、向量搜索三个方案；其中 like 匹配最简单，但是不够好。ES 好一些，需要计算能力高一点（请教一下：跑这个 ES 具体需要什么配置）；向量搜索需要算力最高：embeding 需要算力（或需要 api ，要花钱）、向量数据库也需要较高算力。  请教一下各位大佬，有什么好的方案做全文检索？
3. KV：当前可能用到 KV 的地方就是每个 Tag 下收录记录的数量，目前这部分功能也没做。这个是不是直接部个 Redis 就行~还有别的穷鬼方案吗？
4. 看收录网站的流量统计的 api ，这个有推荐吗？我暂时没找到。想给每个详情页里面加个看流量的功能。
5. 相似推荐：这个有什么好的方案吗？目前想到的是：相同 tag 做推荐、或者向量检索推荐。
6. 核心竞争力：如果你是用户，最需要的、当前别的网站上没提供的功能是什么？

列的问题有些多，新手东搞西搞，磕磕碰碰，遇到问题也比较多，注意解决中，求各位大佬赐教，感谢。

导航站为什么要用事务、全文检索
流量统计倒是可以加个 upslash 的 redis ，因为 kv 各节点数据同步需要时间。

就导航站这几条数据量，搞什么 es ，直接把全部文本放在内存中用编程语言内置搜索都行

数据库可以换成 mongodb ，存储 500MB 以下免费，这样你的存储、文本搜索、向量搜索都可以解决了。Tag 收录数量直接聚合。流量统计换 Cloudflare analytics ，每个月千万次以下免费。等你这个站过了免费额度，你应该发财了。

这个里面解释了 cloudflare d1 为什么不支持事务（ https://blog.cloudflare.com/whats-new-with-d1/），也许你可以用 durable objects 自己在软件层面做一个“事务”

或者直接换数据库服务商，比如 Supabase ，neon ，这些都有公网服务，cloudflare d1 这种只能在内网用的反而是少数

kv 可以用 cloudflare 的 kv 吗？我没试过，但是你都用 cf 了，索性用全家桶算了