在SQL Server 2008中的计划任务

Question

我要创建我的报告purposes.As数据库表我是从交易系统我分隔条件报告系统报告的创建表时使用什么。

我将创建像

• .report_company_id_12_unique_views（用例1）
• .report_company_id_18_unique_views
• .report_adserver_id_22_unique_counts表（用例2）
• .report_adserver_id_44_unique_counts ......等等

我们有50多个报告用例，大多数表格不再支持超过200行，我们必须以不同的方式处理每个用例，因为它们都是独一无二的。

但是为了这些目的，我将有大约8.000张桌子。

8.000表不健全很爽但我想使用报告分贝快速访问。

这分贝只是为数据存储设计....即使有在表中没有主 键....所有的目的是只读访问其中提取数据从n *百万行表。将它视为用于报告的真实分贝的非规范化版本。我们创建表格，插入数据并在下一个时间表中删除并再次插入数据。

我的问题是工具，我应该使用此计划的任务？

• 1.SQL代理（在那里我有写光标做处理一切）
• 2.Windows任务图书馆，在那里我可以打电话给我的代码，并让出工艺类做的工作。
• 3。 （一些其他的选择）

-nosql解决方案是不能接受的。 :(

我的要求，满足

• 1.Easy调试（相对）
• 2.很容易扩展（相对）
• 3.易部署（绝对）

Answer 1

antinescience

我同意，这第一个响应“这样你就不会 使用8000代表的重构”应该是。您可以使用主键 快速进行只读访问。这种类型的表没有必要膨胀 - 如果你要去做这样的基本键值存储，可以看看 NoSQL的替代方案。 - antinescience 17小时前

Answer 2

简单的回答你的问题是使用SQL Server代理，它与SQL Server集成，并为您提供您需要完成的任务的基本功能。有（从你的问题）没有任何理由使用其他软件。

这就是说，有一些缺点，特别是（在我看来）关于错误处理和通知。

您不描述创建每个表的过程。如果它从视图中选择一样简单，那么您可以设置一个报告表并循环查看最终报告的表格。

与评论一样，我认为8,000个表格表明数据模型存在问题。您应该能够将类似报告的报表合并到一个表格中（您提到50，表示50个表格），并使用其他机制为每个公司/服务器分隔报告。例如，如果他们直接访问“表”，则使用用户定义的表函数或视图，而不是使用表扩散。