OLAP和存储过程，性能差异和事实

作者: v-star*위위
发布时间: 2024-12-31 07:52:48 (15天前)
转自：

4 条回复

0#
回复此人
昵称不能为空 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 是的，你很担心这一点，我很害怕。 </p> <P> 存储过程的一个好处是计算 <EM> 怎么样 </EM> 获得结果而不是 <EM> 什么 </EM> 结果也需要处理时间 - 就是这样 <code> execution plan </code> 由存储过程缓存的。 </p> <P> 看到 <a href="http://www.simple-talk.com/sql/performance/execution-plan-basics/" rel="nofollow"> http://www.simple-talk.com/sql/performance/execution-plan-basics/ </A> </p> <P> 存储过程的更大好处可能是能够更精细地保护对数据的访问，并在不更改外部（SP）接口的情况下隐藏或更改模式 - 即：我可以阻止任何用户发布 <code> INSERT </code> ， <code> UPDATE </code> 要么 <code> DELETE </code> 命令对我的数据，只允许他们访问执行类似任务或多个任务的某些过程。 </p> <P> 如果你确实想存储总和计算的结果，你可以这样做，但它必须是在专用表中，或者如果要对总和进行分组，则必须在现有表中的附加字段中 - 并且计算必须手动编写 - 或者在触发器上 <code> INSERT </code> ， <code> UPDATE </code> 和 <code> DELETE </code> 事件，或者您编写的存储过程中的其他代码来执行这些数据操作函数 - 所以现在您的存储过程读取类似的内容 </p> <pre> <code> create proc SellProduct (@productID int, @price money) as begin insert ProductSales (ProductID, SalePrice) values (@productID, @price) update Products set TotalSales = TotalSales + @price WHERE productid = @productID end </code> </pre> <P> （并且您可能希望在完成上述代码之前阅读有关事务的信息） </p> </DIV>

编辑
1#
回复此人
昵称为空呵呵 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 所以，我删除了MDX标签，因为你的问题是关于存储过程，你只是使用olap来举例说明你的问题。 </p> <P> 因此，当您说存储过程是预编译的时，请记住这不适用于过程的结果。如果你有一个带有select（sum）的过程，那么每次运行它时，select（sum）都将被提交到数据库。结果不会存储在任何地方。 </p> <P> 你提到了性能优势。在过程中包装查询不会带来任何性能优势。在幕后，无论是否在proc中，查询都将被执行。程序的好处与@podiluska说的更相关。 </p> <P> 我认为你的主要困惑（基于这一行你的担忧： <code> Whenever line 20,001 is added, the amount of the sale would automatically be saved so the result of the above stored procedure </code> ）你认为程序是一个包含数据的对象，而不是。过程，视图（非持久性）和函数是用于更好地查询或数据的机制 </p> </DIV>

编辑
2#
回复此人
VIP | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> OLAP在您的数据集市中存储一百万个不同SUM的结果。 OLTP（“普通”SQL数据库）仅存储基础数据，并在调用存储过程时计算SUM。 </p> <P> 编译存储过程，就像C程序一样。您在过程外部编写的SQL查询在运行时进行转换，就像ASP网页一样。两者都不包含数据。 </p> </DIV>

编辑

登录后才能参与评论