Question

在某种数据中,我必须经常询问很可能是最后插入的一行的数据。由于这个表格将大量增加,我很想知道,是否有一个标准的方法来优化问询,让他们在表尾开始调查。我认为,如果数据库将数据储存在类似结构的表格中,那么我就会获得同样的选择,这样,最后插入的浏览器将首先进行搜索。

Answer 1

彩虹的幽灵没有提到维持插入令。在实践中,大多数象样的行文也没有保持。然后,它就停止了。坐在桌前,将加快速度。仅将感兴趣的一栏(至少是您在中使用的栏目)索引。

Answer 2

适当的RDBMS的“信条”之一是,这种事项应当涉及你或使用DB的任何其他人。

亚洲开发银行的发动机是“免费”使用它想要储存/检索记录的任何方法,这样,如果你想要实施一种“站式”行为,则采取其他行动:在表格(或表格)中增加一个时间段,增加一个指数,并把它作为某种和(或)问答标准(例如:你每分钟对表格进行投票,并要求有时间序列和超强的记录;=systime-1分钟)

Answer 3

没有标准的方法。

在有些数据库中,你可以具体说明指数的顺序。

http://msdn.microsoft.com/en-us/library/ms188783.aspx” rel=“nofollow noreferer”>SQL服务器允许你就以下指数撰写文件:

[ASC DESC]

确定特定指数栏的加价或排位方向。违约是ASC。

http://dev.mysql.com/doc/refman/5.0/en/create-index.html 当你制定指数时,你也可以写ASC或DESC,但目前却被忽视。可以在未来的版本中实施。

Answer 4

在您的议席上添加一个反面或一个时间点,在座上划一,并排在上。

换言之: 你们应当忘记,任何具体命令中都以不实的方式查阅了SQ表。扫描仪并不意味着将首先搜索最老的浏览器,只检查所有浏览器。如果你想优化一些搜索,你会增加一些领域的指数。你们所期望的是指数。

Answer 5

If your data is indexed, it won t matter. The index is doing a binary search, not a sequential scan.
Unless you re doing TOP 1 (or something like it), the SELECT will have to scan the whole table or index anyway.

Answer 6

http://en.wikipedia.org/wiki/Data_independence”rel=“nofollow noreferer” 页: 1 也就是说,如果你通常寻找一个日期范围,那么集中指数可能适合你们的需要。 (建议/建议事项,但应加以尝试)

如果你发现确实需要的话,你还可以http://en.wikipedia.org/wiki/Shard_(数据库_architecture)” rel=“nofollow noreferer”> 硬。您的数据库可浏览最近增加的数据。

Answer 7

如果你掌握了足够多的词语,表明它实际上正在处理一个问题,而且你知道应该有多少“最近插入的行文”,你可以尝试一种四舍五入的方法。

说明:即使表率高,这还是效率低,但一旦主桌上台长足,我就看到这项工作对用户业绩的怀疑。

建立一个“老板”表,确切地将桌子结构分解。每当你在主议席上插入“现代”区域。准许您的“现代”区域进入n。在达到任意最高限度时,使用触发器删除“lowest> id row”(即10 000 或您的限额)。

然后,询问可以首先查看资料的小型表格。由于该表是限于最后n的专断,因此它只参考了最新数据。只有在没有找到对应办法的情况下,您的问询(实际上,由于作出决定,现在有一个储存的程序)才会打到主桌上。

Some Gotchas:
1) Make sure your trigger(s) is(are) set up properly to maintain the correct concurrancy between your "main" and "staging" tables.
2) This can quickly become a maintenance nightmare if not handled properly- and depending on your scenario it be be a little finiky.
3) I cannot stress enough that this is only efficient/useful in very specific scenarios. If yours doesn t match it, use one of the other answers.

Answer 8

ID/ANSI 标准不考虑优化。例如,得到广泛承认的<代码>CREATE INDEX。《标准》中没有出现过DDL。这是因为《标准》没有就基本储存介质作出假设,也不应当作出这种假设。我经常使用文本档案和Excel电子表格中的查询数据,两者都没有数据库索引的概念。

Answer 9

你可以这样做。

然而,有办法做可能更好的事情。根据您的表格的设计,您应能够编制一个几乎按入境顺序排列的指数。例如,如果你采取共同做法,建立一个自动升级的田地,那么该指数就按时间顺序排列。

某些RDBMS允许你宣布一个落后指数,即放弃而不是放弃。如果你在国际发展法领域建立落后指数,如果优化使用该指数,则首先研究最新的条目。这将使你对第一行迅速作出反应。

下一步是使指数得到最佳利用。你们需要解释计划,看是否使用该指数。如果你要求这些行刑,那么最优化者将几乎肯定使用落后指数。如果你无法利用背心来指导优化工作。

如果你仍需要避免阅读所有各行,以避免浪费时间,那么你可能利用《教育、预算内方案部分、执行情况监测和评价方法条例和细则》的特点宣布,你只想说十几句话,不要再说一句话,或者说一句话。这样做。

Good luck.

Answer 10

如果您的议席有创建日期,那么我就把这个日期推向上。

友情链接