数据过滤的设计模式

我认为在sql服务器端存储业务逻辑不是最好的主意。 SQL中的过滤数据使您的存储过程/模式设计更加复杂。

使用一些ORM（Linq，HNibernate等）框架进行动态过滤会简单得多。
当然很难在不知道项目具体情况的情况下推荐一些东西，但我会选择提供灵活数据查询的LINQ。

通过一个

company_id

来自应用程序的存储过程？

    
      create stored procedure GetOrders(@customer_id int)
as
select * from Orders
where company_id = @customer_id;
</code>
  

你想要的基本上是一个

Isolation

。

为此，您可以遵循以下几条规则：

1. 
   在DB StoredProcedures / Views或代码中声明您的查询始终参数化
   
CompanyName

   永远。在这种情况下，您无法调用
   
   任何
   
   数据恢复功能，不指定公司名称。
   


2. 
   在您的查询中确保仅从DB检索CompanyName指定并链接到该数据的数据。
   


3. 
   在UI上，CompanyName必须是您的UI界面的首要任务，并且用户必须首先声明。
   

</醇>



像这样的东西，如果不了解项目的实际要求，很难说出更精确的东西。






什么是LINQ vs DB，它取决于您的规模。考虑到LINQ将比StoredProcedure或View从某个规模开始慢。但这是你必须衡量的。从舒适的角度来看LINQ自然是更优选的解决方案。