一个百万级数据库，每次select也会费资源吧，

我不知道数据库有没有一个“绝对位置”一说，

能不能比如在第一次查找之后，已经知道该用户位于数据库的“绝对位置”，记录在用户的客户端，

这样每次操作该用户的信息，只需要直接根据用户提供的“绝对位置”去访问，

这样不就不用每次从百万条记录里面去select这个用户了么？

有生命周期吧。分类完善，建好索引是关键。

rds数据库一般不处理随机读和读性能优化，存储/nosql才处理，b+树和lsm树了解一下

没这个说法，主要还是看有没有走索引

没有所谓绝对位置
解决你说的问题，数据库cache层了解一下

不行，用户提交的任何东西都需要在服务端重新验证。。。。。

有缓存，简单的说就是把最近查询的结果放在缓存里面，如果你下次找一样的数据，那就直接从缓存里面调用，根本不用去数据库再搜索了，比你这个办法还要快。

海量数据可以分库分表，然后sql路由后差不多就类似你说的绝对位置不过和你查询过没关系，100万条一般不用分

本帖最后由 LTFYH 于 2018-5-9 19:35 通过手机版编辑

二级缓存了解一下，不但省去查询时间，还有容灾备份机制。

按索引去访问就行了。。。要这还纠结何必用数据库不是

百万级随便搞吧，量又不大

问个问题
设计数据库时，姓名，性别等信息有一部分客户和员工时重复的时，表分开好还是一个表好？