什么是更好的方法性能明智的选择

Question

可以说我需要从数据库中获取一些记录，并根据枚举类型属性对其进行过滤。

• 获取List<SomeType>
• 在SomeType.Size上SomeType.Size
• 枚举Size { Small, Medium, Large }

显示记录时，“大小”过滤器将有一个预定义的值（例如“中”）。 在大多数情况下，用户将通过预定义的值从过滤的数据中选择一个值。 用户可能还会过滤为大，然后过滤为中，然后再次过滤为大。

我在相同的情况下有不同的情况：

• 列表包含少于100条记录和3-5个属性
• 列表包含100-500条记录和3-5个属性
• 列表包含最多3-5条属性的2000条记录

我最好的方法是什么？ 我应该有一个包含每个枚举的网格的选项卡，还是应该有一个通用枚举并始终进行过滤，或者？

Answer 1

我会在数据库上进行过滤，如果索引了这些字段，我怀疑拥有db过滤器比事实之后使用c-sharp过滤要快得多。

当然，您始终可以缓存过滤后的数据库结果，以防止发生多个不必要的数据库调用。

编辑：关于将信息存储在数据库中，假设您具有以下字段设置：

CREATE TABLE Tshirts
(
    id int not null identity(1,1),
    name nvarchar(255) not null,
    tshirtsizeid int not null,
    primary key(id)
)

CREATE TABLE TshirtSizes
(
    id int not null, -- not auto-increment
    name nvarchar(255)
)

INSERT INTO TshirtSizes(id, name) VALUES(1, 'Small')
INSERT INTO TshirtSizes(id, name) VALUES(2, 'Medium')
INSERT INTO TshirtSizes(id, name) VALUES(3, 'Large')

ALTER TABLE Tshirts ADD FOREIGN KEY(tshirtsizeid) REFERENCES tshirtsize(id)

然后在您的C＃中

public enum TShirtSizes 
{
    Small = 1,
    Medium = 2,
    Large = 3
}

在此示例中，表TshirtSizes仅用于读者了解魔术数字1、2和3的含义。 如果您不关心数据库的可读性，则可以省略这些表，而只创建一个索引列。

Answer 2

内存通常很便宜。 否则，您可以一次性对所有值进行排序，然后根据比较结果将其检索为O（n）。 您可以跟踪事物的位置并以这种方式更快地进行检索。