主要是我只想简单存些“小”数据供回访使用，有的数据库看介绍说要安装或者收费，这样迁移起来太不方便，我就直接排除了。
但你说的有道理，的确是值得学习一下，说不定哪天恰巧就用上了


【 在 adoal 的大作中提到: 】
: 以你现在对数据库的认知，没资格凭文字描述去“过滤掉”数据库。
: 稍微花点精力学一下吧。
:
--
FROM 221.218.139.*

一般来说 sqlite 算是非常轻量的数据库，甚至可以在嵌入式里使用。
如果要用的话，rust 肯定是有比较方便的 orm 的，但能方便到什么程度就不知道了。当然如果用的话，sql 的基础知识是免不了的。虽然 sqlite 支持 composite primary key，但考虑 orm 很少考虑这种特殊情况，用一般的 pk + unique constraint 大概率更方便

【 在 Chear (企鹅メ祝福メ预言) 的大作中提到: 】
: 正解，是想用程序操作，你提到的SQL语言我得找机会学习下。
: 我是有点不自主地排斥带服务器的程序，给我感觉像是安了开机自启动的流氓软件，之前docker需要启动服务器，我简单用了一次就放弃了，因为虽然不知道服务器具体的影响，但总觉得电脑变臃肿了。。
: 双值tuple可以做键，但我想查询时按单值去查。有点像一张表格，同时有行和列，以(行、列)作为键写入值是直接的，但查询时想以某行或某列读取并不直接，需要拆解或遍历双值tuple，感觉效率太低了，所以联想到数据库也许能直接搞定
: ...................
--
FROM 203.211.111.*

key1不是时刻吗，怎么就对象了？  
  
【 在 Chear (企鹅メ祝福メ预言) 的大作中提到: 】
:  key1是对象，key2是采样时间，key1+key2存储可以想象，读取时该如何处理?
:  【 在 pentium4 的大作中提到: 】
:  : 生成一个新key=key1+key2？  
:  : 发自「今日水木 on iPhone 11 Pro」  
--
FROM 223.104.42.*

什么叫根据query次数收费？是根据一条sql扫描多少数据收费的？还是根据sql执行条数收费的？  
  
【 在 eGust (十年) 的大作中提到: 】
:  这个问题让我想起了前一阵在 hacker news 上面看到的一个帖子，标题挺吸引人的，数据库省了多少多少钱云云。
:  
:  点进去一看，大概是说，一个初创公司用了一个按照 query 次数收费的数据库服务，然后发现产生的费用跟业务的访问量不符。然后在该服务提供商的协助下，发现原因是因为没有做索引，所以产生了全表查询，于是费用就上去了。搞了半天，就是对关系数据库索引完全没有概念的小白，搞出了一个基础到不能再基础的问题，因为花了很多钱，所以用惨痛的方式学习了点儿基础知识。就这么点儿破事儿，居然还好意思发标题党的 blog，这是生怕以后水平高的人去他们公司不成？
:  
--
FROM 223.104.42.*

你这需求,sqlite这样的不是完备么,
随便一台手机上都有成百上千个sqlite库在那蹲着.
【 在 Chear (企鹅メ祝福メ预言) 的大作中提到: 】
: 主要是我只想简单存些“小”数据供回访使用，有的数据库看介绍说要安装或者收费，这样迁移起来太不方便，我就直接排除了。
: 但你说的有道理，的确是值得学习一下，说不定哪天恰巧就用上了
--
FROM 115.192.194.*