Sql 显示、修改和存储数据的最佳方式？

目前，我有几台机器以CSV文件的形式输出数据。我正在建立一个系统，使用SSIS将此CSV文件导入SQL Server数据库。一旦数据驻留在SQL Server上，我希望随后将数据显示为报告（最好是SSRS），但我遇到的问题是最终用户希望修改报告中显示的数据，然后将此完成的报告重新上载到数据库中。理想情况下，我将原始数据保留为原始格式，并单独存储任何修改后的数据。实现这一点的一些潜在方法是什么？

您可以编写一个自定义应用程序，而不是在可编辑的数据网格中显示报告的SSRS

---

您还可以创建一个自定义应用程序，允许用户通过excel导入数据，因此，如果用户将您的SSRS报告导出到excel，他们可以编辑excel文档，然后将其上载以将更改保存到您的数据库。

您好，欢迎使用so。这个问题对于这个论坛来说太开放了。这里没有正确或错误的答案。你好，谢谢。我意识到它是开放的。我是一个相当新的开发人员，试图了解可能的解决方案。我不认为让SSRS报告直接修改数据库是一种好的做法。我的一个选择是将报告导出到Excel，让用户修改他们想要的内容，然后将完成的报告导入到新表中。正如您所说的，报告是用于…以及报告的。它不是一个用户界面。这不仅不是最佳实践，我甚至认为这是不可能的。导出到excel可能是可行的。但是，如果用户可以更改数据以生成他们想要的输出，那么这就不是一个真正的报告。我个人会质疑他们为什么要修改数据。我发现，在过去，大多数情况下是因为两个原因：1。他们想把数字“调整”得更有利。2.从他们那里获得更多的消耗品信息。如果是前者，那么，这本身就是一个问题；“捏造”数字是不好的（我已经见过太多次了）。如果是后者，那么可能是报告（SSRS），应该为他们计算数据；或用于生成数据集的T-SQL。不管怎样，正如肖恩所说，目前这一点太宽泛了。谢谢你的评论。我不喜欢他们想修改数据。然而，我正在与研究人员合作，他们希望报告以一种特定的方式格式化数据，然后进行分析和汇总，直到他们满意为止。我还试图改变他们只使用Excel处理所有事情（包括数据存储）的想法。我可能无法绕过Excel进行修改，但我确实打算将修改后的数据与原始数据集分开。同意。这是两个最好的方法。我唯一的贡献是，创建一个允许用户动态修改数据的应用程序将比允许用户通过相同的文件导入过程提供更正的数据更加耗时。