同步数据时,是插入数据索引重组开销大,还是查询数据是否存在没有索引开销大。
这是一个很有趣的问题。
2台远程数据库,一台需要从另一台更新数据。
更新的数据内容可能是新增的,修改的,但一定不是删除的。
因此,要更新本地数据库的时候,需要判断该条记录是否已经存在在本地数据库里,如果存在,则更新,如果不存在,则插入。
这要求在程序的业务层进行判断,分类,处理。
得出的模型是,本地数据库既有查询,也有插入,而且查询和插入的使用比例我们也不确定。
仅仅考虑效率问题,我们是建立索引,还是不建立索引呢?
数据量少,是否无需索引?(因为对索引的维护开销比查询开销大)
数据量大,是否需要索引?(因为查询开销比对索引的维护开销小)
什么样的数据量使用索引会比不使用索引效率高?
这是一个很有趣的问题。
2台远程数据库,一台需要从另一台更新数据。
更新的数据内容可能是新增的,修改的,但一定不是删除的。
因此,要更新本地数据库的时候,需要判断该条记录是否已经存在在本地数据库里,如果存在,则更新,如果不存在,则插入。
这要求在程序的业务层进行判断,分类,处理。
得出的模型是,本地数据库既有查询,也有插入,而且查询和插入的使用比例我们也不确定。
仅仅考虑效率问题,我们是建立索引,还是不建立索引呢?
数据量少,是否无需索引?(因为对索引的维护开销比查询开销大)
数据量大,是否需要索引?(因为查询开销比对索引的维护开销小)
什么样的数据量使用索引会比不使用索引效率高?