我手上有效率问题,我正在寻找解决问题的方法。情况如下:
id
。id
索引。显而易见的解决方案是:
大量的往返行程使得这种算法变得非常慢。
我的替代解决方案是将整个SQL数据库读入内存,并与新的传入数据进行比较。这消除了往返行程,但所需的内存使得这也是不可行的。
那么,我有哪些替代方案?
答案 0 :(得分:0)
将数据库拆分为多个部分。 (解决尺寸问题)
设计一种算法,将其中一些数据库片段缓存到内存中。 (速度)
根据传入的id,将查询哈希到相关数据库。
如果不能有效地实现步骤2,这将不起作用。