常规数据库问题 - 索引ID字段性能与限制（顶部）性能（Salesforce）

Question

我正在排除（或至少确定）我们的Saleforce组织中查询性能不佳的可能原因。但我怀疑我的问题适用于大多数数据库引擎。

我们的Salesforce组织中有相当大量的数据。我们有问题的对象有15M记录。我们在我们的组织之上构建了一个API，它可以回收数据，我们真的在努力实现性能。请知道，我们知道有些事情可以长期完成，但我的问题更多的是关于理解数据库的基础查询引擎。

问题是：我们可以运行查询：

Select X From Account Where [IndexedField] Like 'value%' LIMIT 1000

出于某种原因，该查询将胜过查询，例如：

Select X From Account Where [Id] = 'IdValue'

where子句中的两个字段都被编入索引，但由于某种原因，单个Id过滤器返回结果需要一段时间，您可能会更快地获得前X个记录。

了解SFDC对其数据使用混合EAV方法，但他们的数据存储在Oracle数据库中，我怀疑这与Oracle执行搜索的通用方式有关。

为什么按ID查找单个记录可能需要更长的时间，而不是找到符合给定条件的[X]记录？我查看了查询计划，两者都有低成本，显然ID具有最低的成本。

需要向我们的UI人员解释在我的能力范围内搜索15M记录的影响。