用于数据输入/维护的Infopath？

我正在寻找一种快速的方法来启用数据输入到结构良好的SQL数据库。用于数据输入/维护的Infopath？

我们已经定义了我们所有的数据输入规则（由我meean验证必填字段等等），现在我们正在寻找一个工具，使您更轻松有填充尽可能到这个数据库。

该数据库主要是面向产品，所以添加/编辑产品的能力是非常重要的。每当对字段进行更改时，都应该根据数据规则进行验证，以确保在写入数据库之前“有意义”。我们运行历史信息报告的能力非常重要，因此数据库也必须坚持所有产品的历史惯例。

最终，这数据将被用于一些标准的报告，并且将通过仪表盘样式报告服务，我们总有一天能够负担得起将提供！（希望）

Infopath会是一个很好的方法吗？讨论类似的方法以及他们如何能够做到的地方有没有什么文章？

如果不是，用户在这里会提出什么建议？

背景：我是从业务/产品的背景，我试图做一些跑腿的活儿自己得到一个好的结果。

来源

2010-07-12 anthon

关于Infopath - 我认为这将取决于规则的复杂性。

无论如何，你需要你的数据库设计，能够记录历史 - 你已经确定数据库的设计，能够满足存储的历史属性，您的要求？

您应该考虑的报告和任何点的时间一致性和架构应遵循您的业务需求。就像你说的那样，你有一个合适的IT人员，所以如果你的业务规则全部清理完毕，他们应该能够批判性地评估它，并揭露你没有想过的任何事情。我已经成为拥有事务操作数据库（可能保留完整的历史记录，但不提供丰富访问权限）的有力报告功能和带有模型的报告数据库（如Kimball的维度数据仓库），有助于点入时间报告等

来源

2010-07-13 00:20:33

我有一个适当的IT人设计。任何指标，我应该寻找他的设计，以确认其轨道上？ – anthon 2010-07-13 01:21:33

@anthon - 看看这个知识库文章：http：//support.microsoft.com/kb/827007你将需要确保当用户编辑一个产品的变化记录。一种方法是使用触发器来获取审计跟踪。另一个是要求通过保存版本的存储过程进行访问 - 有很多方法来保护这个猫。如果数据库只是执行它，那么使用什么客户端工具并不重要。如果您依赖客户端工具来记录版本，那么您可能会错过围绕该工具进行的更改。 – 2010-07-13 02:24:10

然后，你如何报告关于时间序列的历史变化？这是需要现在定义还是可以及时添加的东西？ – anthon 2010-07-14 06:32:34

用于数据输入/维护的Infopath？

回答

相关问题