按超过 10000 个 id 的字段排序

Question

我需要使用 order by field 进行特定排序。

select * from table order by field(id,3,4,1,2.......upto 10000 ids)

由于无法从 SQL 中获取所需的排序，那么它对性能的影响有多大，是否可行？

来自 cmets 的更新：

• 排序取决于用户和类别 ID，可以是用户想要的任何东西。
• 订购规格每天（大约）变化。

因此，我们需要一个取决于用户和类别的自定义排序，并且此排序需要每天更改。

Answer 1

最简单的方法是将您的订单放在一个单独的表中（在本例中称为ordering_table）：

 id | position
----+----------
  1 | 11
  2 | 42
  3 | 23
 etc.

上面的意思是“将id 1 放在位置 11，2 放在位置 42，3 放在位置 23，......”。然后你可以加入该订购表：

SELECT t.id, t.col1, t.col2
FROM some_table t
JOIN ordering_table o ON (t.id = o.id)
ORDER BY o.position

ordering_table 是定义奇怪排序的表（如上）。这种方法只是将您的排序函数表示为一个表（任何具有有限域的函数本质上都只是一个表）。

只要排序表完整，这种“排序表”方法应该可以正常工作。

如果您只需要在一个地方进行这种奇怪的排序，那么您可以将 position 列合并到您的主表中，并在该列上添加 NOT NULL 和 UNIQUE 约束，以确保您涵盖所有内容并具有一致的排序.

进一步的评论表明您希望为不同的用户和类别提供不同的排序，并且排序每天都会发生变化。您可以为每个条件创建单独的表（这会导致组合爆炸），或者，正如 Mikael Eriksson 和 ypercube 建议的那样，在排序表中添加更多列来保存用户和类别：

CREATE TABLE ordering_table (
    thing_id    INT NOT NULL,
    position    INT NOT NULL,
    user_id     INT NOT NULL,
    category_id INT NOT NULL
);

thing_id、user_id 和 category_id 将是它们各自表的外键，您可能希望索引 ordering_table 中的所有列，但查看查询计划几分钟会值得看看索引是否值得使用。您还可以将所有四列设为主键以避免重复。然后，查找查询将是这样的：

SELECT t.id, t.col1, t.col2
FROM some_table t
LEFT JOIN ordering_table o
     ON (t.id = o.thing_id AND o.user_id = $user AND o.category_id = $cat)
ORDER BY COALESCE(o.position, 99999)

$user 和 $cat 分别是用户 ID 和类别 ID。请注意对 LEFT JOIN 的更改和添加 COALESCE 以允许在 ordering_table 中丢失行，这些更改会将顺序中没有指定位置的任何内容推到列表的底部，而不是从列表中删除它们结果完全。