代码之家 › 专栏 › 技术社区 › nickf

按唯一字段搜索时使用限制

indexing sql

nickf · 技术社区 · 16 年前

CREATE TABLE `user` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `name` varchar(32) NOT NULL,
  `username` varchar(16) NOT NULL,
  `password` char(32) NOT NULL,
  PRIMARY KEY  (`id`),
  UNIQUE KEY `username` (`username`)
);

在按用户名搜索时使用LIMIT关键字有什么用处吗?或者DB是否足够聪明,知道可能只有一个结果,因此在找到一个结果后停止搜索?

SELECT * FROM `user` WHERE `username` = 'nick';

-- vs --

SELECT * FROM `user` WHERE `username` = 'nick' LIMIT 1;

更新: 谢谢你的回答,他们很有启发性。看起来,即使这是不必要的 LIMIT 1

here ,这可能也有帮助。

3 回复 | 直到 7 年前

JR Lawhorne 16 年前

没有必要使用限制。

然而如果您在表上有一个巨大的巨大基数(并且您担心速度),那么您可能会考虑不使用DB中的特殊唯一约束并从应用程序管理它。然后,您可以仅在用户名字段的前几个字符上指定索引。这将大大减少索引的大小,确保整个内容适合RAM,并可能加快查询速度。

因此,您可以尝试:

CREATE TABLE `user` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `name` varchar(32) NOT NULL,
  `username` varchar(16) NOT NULL,
  `password` char(32) NOT NULL,
  PRIMARY KEY  (`id`),
  KEY `username` (`username`(4))
);

如果你的第一次尝试结果太慢,作为替代。当然,这意味着您必须在插入之前检查重复的用户名,但是您可能无论如何都必须这样做才能告诉用户必须选择另一个用户名。

根据您使用的数据库服务器和引擎,为所有字符串指定固定宽度字段也可能更快。而不是使用烧焦

Darryl Hein IrishChieftain 16 年前

我一直被告知并读到你应该包括 LIMIT

Mike Thompson 16 年前

sql查询优化器应该足够聪明,能够解决这个问题。

推荐文章

Community wiki · 我应该写更多的SQL来提高效率,还是应该写更少的SQL来减少bug?

1 年前

Community wiki · SQL语法新手

1 年前

Thomas Leplus · PLS-00306:过程调用中的参数数量或类型错误

1 年前

KateMak · 是否将多行中的多列与唯一id组合?

1 年前

Mateusz UrbaÅski · 在PostgreSQL中按计算经验分组

1 年前

Karuna · SQL中列内的筛选器[重复]

1 年前

Irvan Affandy · 为另一个选择选择声明的键

1 年前

Community wiki · 这个MySQL语句出了什么问题?

1 年前

user22329205 · 如何使用Google BigQuery中的条件,根据特定列值连接列的N行?

1 年前

Community wiki · 优化从同一表中提取的多列的查询

1 年前