Questions tagged «index»

总结：我正在执行选择查询。WHEREand ORDER BY子句中的每一列都在单个非聚集索引中IX_MachineryId_DateRecorded，可以作为键的一部分，也可以作为INCLUDE列。我选择了所有列，因此将导致书签查找，但我只是在考虑TOP (1)，因此可以肯定的是服务器可以告诉查找，最后只需要执行一次。 最重要的是，当我强制查询使用index时IX_MachineryId_DateRecorded，它在不到一秒钟的时间内运行。如果我让服务器决定使用哪个索引，它将选择IX_MachineryId，最多需要一分钟。这确实向我表明，我已正确编制了索引，而服务器只是在做出错误的决定。为什么？ CREATE TABLE [dbo].[MachineryReading] ( [Id] INT IDENTITY (1, 1) NOT NULL, [Location] [sys].[geometry] NULL, [Latitude] FLOAT (53) NOT NULL, [Longitude] FLOAT (53) NOT NULL, [Altitude] FLOAT (53) NULL, [Odometer] INT NULL, [Speed] FLOAT (53) NULL, [BatteryLevel] INT NULL, [PinFlags] BIGINT NOT NULL, [DateRecorded] DATETIME NOT …

15 sql-server  index  azure-sql-database  nonclustered-index 

表t有两个索引： create table t (a int, b int); create type int_pair as (a int, b int); create index t_row_idx on t (((a,b)::int_pair)); create index t_a_b_idx on t (a,b); insert into t (a,b) select i, i from generate_series(1, 100000) g(i) ; 没有索引与any运算符一起使用： explain analyze select * from t where (a,b) = …

15 postgresql  index  optimization  postgresql-9.4  execution-plan 

为了存储128位UUID，有多种存储选项： 字节[16]列 两个bigint / long（64位）列 CHAR（36）列-32个十六进制数字+ 4个破折号。 UUID数据库特定的列（如果数据库支持） 从索引的角度来看，哪些是最有效的？如果数据库不支持专用的uuid类型，则1，2，3中的哪一个是最佳候选者？

15 sql-server  mysql  oracle  postgresql  index 

我有一个大型数据库（1600万行），其中包含图像的感知哈希。 我希望能够在合理的时间内按汉明距离搜索行。 目前，据我所知，我认为最好的选择是自定义SP-GiST实现，该实现可实现BK-Tree，但这似乎需要大量工作，但我仍然对实用性感到困惑正确实现自定义索引的详细信息。计算汉明距离很容易，但是我确实知道C。 基本上，这里合适的方法是什么？我需要能够在哈希的特定编辑距离内查询匹配项。据我了解，长度相等的字符串的Levenshtein距离在功能上是汉明距离，因此，尽管没有明确的方法可以从中创建索引（请记住，我正在查询的值），至少存在一些对我想要的支持。我无法预先计算与固定值的距离，因为那只会对那个值有用。 哈希当前存储为64个字符的字符串，其中包含哈希的二进制ASCII编码（例如“ 10010101 ...”），但是我可以很容易地将它们转换为int64。真正的问题是我需要能够相对快速地进行查询。 似乎可以通过达成与我想要的目标类似的东西pg_trgm，但是我不清楚三联词匹配机制的工作原理（特别是，它返回的相似性度量实际上代表了什么？看起来有点像编辑距离）。 插入性能并不关键（计算每行的哈希值在计算上非常昂贵），因此我主要关心搜索。

15 postgresql  index  postgresql-9.3 

我运行EXPLAIN： mysql> explain select last_name from employees order by last_name; +----+-------------+-----------+------+---------------+------+---------+------+-------+----------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-----------+------+---------------+------+---------+------+-------+----------------+ | 1 | SIMPLE | employees | ALL | NULL | NULL | NULL | NULL | …

14 mysql  innodb  index  optimization  explain 

我有一个SQL Server数据库，查询速度很慢，并且有很多锁定和阻塞。 当我查看缺少的索引DMV和查询计划时，没有任何建议。 这是为什么？

14 sql-server  performance  index 

查看关于alter table的postgres文档，似乎可以将常规约束标记为DEFERRABLE（更具体地讲INITIALLY DEFERRED，这是我感兴趣的）。 索引也可以与约束关联，只要： 索引不能有表达式列，也不能是部分索引 这使我相信，目前尚无办法根据条件创建唯一索引，例如： CREATE UNIQUE INDEX unique_booking ON public.booking USING btree (check_in, check_out) WHERE booking_status = 1; 是INITIALLY DEFERRED，这意味着，该独特性“约束”将只在事务结束进行验证（如果SET CONSTRAINTS ALL DEFERRED;使用）。 我的假设是否正确？如果正确，是否有任何方法可以实现预期的行为？ 谢谢

14 postgresql  index  transaction  unique-constraint 

我有一个带两个表的sqlite数据库，每个表有50,000行，其中包含（假）人的名字。我构建了一个简单的查询，以找出两个表共有的名称（给定名称，中间名缩写，姓氏）： select count(*) from fakenames_uk inner join fakenames_usa on fakenames_uk.givenname=fakenames_usa.givenname and fakenames_uk.surname=fakenames_usa.surname and fakenames_uk.middleinitial=fakenames_usa.middleinitial; 当除了主键之外没有索引（与该查询无关）时，它将快速运行： [james@marlon Downloads] $ time sqlite3 generic_data_no_indexes.sqlite "select count(*) from fakenames_uk inner join fakenames_usa on fakenames_uk.givenname=fakenames_usa.givenname and fakenames_uk.surname=fakenames_usa.surname and fakenames_uk.middleinitial=fakenames_usa.middleinitial;" 131 real 0m0.115s user 0m0.111s sys 0m0.004s 但是，如果我将索引添加到每个表的三列中（总共六个索引）： CREATE INDEX `idx_uk_givenname` ON `fakenames_uk` (`givenname` ) //etc. …

14 performance  index  optimization  sqlite  count 

我想根据两列是否相等来进行快速查找。我试图使用带有索引的计算列，但是SQL Server似乎没有使用它。如果仅使用带有索引的静态填充的位列，则会得到预期的索引查找。 似乎还有其他类似的问题，但是没有一个问题集中在为什么不使用索引上。 测试表： CREATE TABLE dbo.Diffs ( Id int NOT NULL IDENTITY (1, 1), DataA int NULL, DataB int NULL, DiffPersisted AS isnull(convert(bit, case when [DataA] is null and [DataB] is not null then 1 when [DataA] <> [DataB] then 1 else 0 end), 0) PERSISTED , DiffComp AS …

14 sql-server  index  index-tuning  computed-column 

对于以下架构和示例数据 CREATE TABLE T ( A INT NULL, B INT NOT NULL IDENTITY, C CHAR(8000) NULL, UNIQUE CLUSTERED (A, B) ) INSERT INTO T (A) SELECT NULLIF(( ( ROW_NUMBER() OVER (ORDER BY @@SPID) - 1 ) / 1003 ), 0) FROM master..spt_values 应用程序正在以1,000个行大块的聚集索引顺序处理该表中的行。 从以下查询中检索前1,000行。 SELECT TOP 1000 * FROM T …

14 sql-server  index 

在我们的数据库中，存在一个或多或少如下所示的大表： CREATE TABLE dbo.production_data ( pd_id BIGINT PRIMARY KEY, serial NVARCHAR(16) NOT NULL UNIQUE, ... ); 但是现在串行字段的大小已经变小，因此我想将其更改为32。VisualStudio架构比较工具建议通过以下方式进行操作： DROP INDEX ux_production_data_serial ON dbo.production_data; GO ALTER TABLE dbo.production_data ALTER COLUMN serial NVARCHAR(32) NOT NULL; GO CREATE INDEX ux_production_data_serial ON dbo.production_data(serial ASC); 这真的需要吗？还是更像是一种超级节省的方式？ 另外，当重新创建唯一索引时，我的表会被锁定吗？因为这将是一个大问题（因为该表具有3000万行，我想重新创建索引将花费相当长的时间），因为下一个维护窗口将在未来几个月内进行。我有什么选择？

14 sql-server  index  locking  alter-table  unique-constraint 

在维护工作期间，我正在尝试获取碎片索引的列表。但是查询非常慢，需要30多分钟才能执行。我认为这是由于对sys.dm_db_index_physical_stats进行的远程扫描。 有什么方法可以加快以下查询的速度： SELECT OBJECT_NAME(i.OBJECT_ID) AS TableName, i.name AS TableIndexName FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'DETAILED') phystat INNER JOIN sys.indexes i ON i.OBJECT_ID = phystat.OBJECT_ID AND i.index_id = phystat.index_id WHERE phystat.avg_fragmentation_in_percent > 20 AND OBJECT_NAME(i.OBJECT_ID) IS NOT NULL ORDER BY phystat.avg_fragmentation_in_percent DESC 我不是DBA，可能在上面的查询中犯了一个明显的错误，或者也许有些索引或统计信息会有所帮助？也许只是数据库的大小（大约20Gb，大约140个表）。 我问的原因是，我们在夜间只有一个很小的维护窗口，这在大多数时候都占用了。

14 sql-server  index  query-performance  maintenance  dmv 

我有一个带有VARCHAR（20）列的大表，我需要对其进行修改以成为VARCHAR（50）列。通常，在此特定表上执行ALTER TABLE（添加TINYINT）大约需要90-120分钟才能完成，因此，我实际上只能在周六或周日晚上这样做，以免影响数据库的用户。如果可能的话，我想在此之前进行此修改。 该列也已建立索引，我认为这会使ALTER TABLE变慢，因为它必须在修改列长后重建索引。 该Web应用程序是在MySQL复制环境中设置的（26个从属和一个主控）。我记得曾经读过某个地方的一种方法，即首先在每个从属服务器上执行ALTER TABLE（对用户的影响最小），然后在主服务器上执行此操作，但是那不是然后尝试将ALTER TABLE命令复制到从属服务器吗？ 所以我的问题是：对我来说，以最小的用户干扰来修改此表的最佳方法是什么？ 编辑：该表是InnoDB。

14 mysql  replication  index  innodb  alter-table 

对于搜索功能，我正在使用一个视图，该视图具有需要搜索的所有表中的记录。该视图有近2000万条记录。针对该视图的搜索花费了太多时间。 我应该在哪里寻求改善这种观点的表现？ 该视图的大致定义如下。它包括十三张桌子和大约三十个字段。 CREATE VIEW [dbo].[v_AllForSearch] AS SELECT FT.firstField AS [firstField] , FT.fld_primary AS [fld_primary] , FT.fld_thirdField AS [thirdField] , FT.fld_fourthField AS [fourthField] , ISNULL(ST.[fld_firstSearchField],'') AS [firstSearchField] , ISNULL(TT.[fld_thirdSearch],'') AS thirdSearch , ISNULL(TT.[fld_fourthSearch],'')AS fourthSearch , ISNULL(TT.[fld_fifthSearch],'')AS fifthSearch , ISNULL(FRT.[fld_sixthSearch],'') As [sixthSearch] , ISNULL(FRT.[fld_seventhSearch],'') AS [seventhSearch] , ISNULL(FRT.[fld_eightSearch],'')AS [eightSearch] , ISNULL(FIT.[fld_nineSearch],'') …

14 sql-server  index  optimization  view 

让我们做一些假设： 我有这样的表： a | b ---+--- a | -1 a | 17 ... a | 21 c | 17 c | -3 ... c | 22 关于我的场景的事实： 整个表的大小是〜10 10行。 我有〜100k行，其中acolumn中有值，a其他值也类似（例如c）。 这意味着“ a”列中的〜100k个不同的值。 我的大部分查询将读取例如中的给定值的全部或大部分值select sum(b) from t where a = 'c'。 该表以这样的方式编写，即连续值在物理上接近（或者按顺序编写，或者我们假设CLUSTER已在该表和column上使用过a）。 该表很少更新（如果有的话），我们只关心读取速度。 该表相对较窄（例如每个元组约25个字节，+ 23个字节的开销）。 现在的问题是，我应该使用哪种索引？我的理解是： BTree我的问题是BTree索引将是巨大的，因为据我所知它将存储重复值（它必须这样做，因为它不能假定表是物理排序的）。如果BTree很大，那么我最终必须同时读取索引和该索引指向的表的各个部分。（我们可以用来fillfactor = 100稍微减小索引的大小。） BRIN我的理解是，我可以在这里建立一个小的索引，而以阅读无用的页面为代价。使用较小的值pages_per_range表示索引较大（这是BRIN的问题，因为我需要读取整个索引），使用较大的值pages_per_range表示我将读取很多无用的页面。pages_per_range考虑到这些折衷，是否有一个神奇的公式可以找到一个好的价值？ GIN …

14 postgresql  index  query-performance  clustered-index  postgresql-9.6