sql-server - 投票系统: Should I use a SQL Trigger or more Code?

Question

我正在构建一个投票系统，其中每张投票都会在投票表中捕获，其中包含投票的UserID和DateTime以及int 为 1 或 -1。

我还在表中保留了 TotalVotes 的运行总数，其中包含用户实际投票的项目。这样我就不会不断地对投票表进行 SUM 查询。

在更新 TotalVotes 字段时，我的问题是一个优缺点问题。就代码可管理性而言，在应用程序中添加额外的更新方法可以轻松排除故障并发现任何潜在问题。但是，如果该应用程序的用户群显着增长，则可能会导致从应用程序到数据库的大量额外 SQL 调用。可以这么说，使用触发器将其“全部纳入 SQL 系列”，并且应该会增加一点性能提升，并将普通事件排除在代码库之外。

我知道在这个特定问题中可以调用过早优化，但由于我还没有构建它，所以我不妨尝试立即找出更好的方法。

就我个人而言，我倾向于触发器。请告诉我你的想法/推理。

Answer 1

另一个选项是在投票表上创建 View ，将投票聚合为 TotalVotes。然后索引 View 。

SQL Server 优化器(我认为只有企业版)的神奇之处在于，当它看到 sum(voteColumn) 的查询时，它会从相同数据 View 的索引中选取该值，当你考虑到这一点时，这是令人惊奇的您没有在查询中直接引用 View !

如果您没有企业版，您可以查询 View 而不是表上的总票数，然后利用索引。

索引本质上是优化器所知道的数据的非规范化。您根据需要创建或删除它们，然后让优化器弄清楚(无需更改代码)一旦您开始走上自己手工制作的非规范化之路，您将在未来几年内将其融入到您的代码中。

查看Improving performance with indexed views

要使索引 View 正常工作，必须满足一些特定条件。以下是基于对数据模型的猜测的示例:

create database indexdemo
go
create table votes(id int identity primary key, ItemToVoteOn int, vote int not null)
go

CREATE VIEW dbo.VoteCount WITH SCHEMABINDING AS
select ItemToVoteOn, SUM(vote) as TotalVotes, COUNT_BIG(*) as CountOfVotes from dbo.votes group by ItemToVoteOn
go
CREATE UNIQUE CLUSTERED INDEX VoteCount_IndexedView ON dbo.VoteCount(itemtovoteon)
go
insert into votes values(1,1)
insert into votes values(1,1)
insert into votes values(2,1)
insert into votes values(2,1)
insert into votes values(2,1)
go

select ItemToVoteOn, SUM(vote) as TotalVotes from dbo.votes group by ItemToVoteOn

这个查询(不引用 View 或扩展它的索引)会产生这个执行计划。请注意使用了索引。当然会删除索引(并获得插入性能)

还有最后一句话。在您启动并运行之前，您将知道任何类型的非规范化实际上是否有助于整体吞吐量。通过使用索引，您可以创建它们，衡量它是否有帮助或有害，然后根据需要保留或删除它们。这是唯一一种可以安全执行的非规范化性能。