这是一般性问题。我正在迁移MS Access DB，其中使用多个步骤中的多个update，select，delete和alter语句从3个不同的表创建表。当我们迁移到SQL Server时，最好的方法是什么？ 我知道这不能在一个视图中完成。
答案 0 :(得分：0)
使用MS Access连接外部数据源，您的SQL Server，然后您可以从Access表中直接选择您的SQL Server表
答案 1 :(得分：0)
听起来每个月你都会创建一个新表。这可能是一个坏主意，并且使得报告过了几个月非常困难，并且迫使大量问题列表可能不得不在quires等中更改表名。您可能最好有一个表，如果您将结果发送到，那么按日期查询范围或使用月份（dateColumn）和年份（dateColumn）来拉出一个月。因此，您可能很难找到解决方案，因为需要每月或每次创建一个“流程”的解决方案，这些解决方案也往往是一个“困难”的解决方案，很少需要或使用。
所以我认为问题不在于创建一个表格，这个问题就像电子表格一样，每次都会将数月的数据“保存”到新表中。
所以我会抛弃创建这些新表的想法，并提出一种消除这一要求的设计。
事实上，如果您的Access后端数据库是链接数据库，那么Access中的这种方法也将非常具有挑战性 - 尤其是在多用户环境中。
所以这里真正的答案是避免每月创建表。您发现您可以关注FAR更好地报告此类数据，因此可以报告多个时间段（而不是尝试从SAME结构的多个表中读取数据）。
因此，创建一个表来保存每次运行的结果，并添加一个列来区分每个运行中该表中的数据。在表名中包含月份/年份并在一年内创建12个表而不是向ONE表添加简单的日期列是没有意义的。
通常更好的方法是采用一个系统来查询LIVE数据，并将所有这些数据发送到某个表格。
您可能在谈论用于数据处理的临时“临时”表吗？您可以将一些数据发送到被抛出的临时表中，但这又意味着您每次运行这6个步骤时都不需要动态创建表。
因此，您对数据流程采用剪切+粘贴方法，或者将电子表格数据复制到新月方法的“想法”对数据处理效果不佳。
如果要在多用户环境中使用系统，则每次创建表都特别容易出现问题。
如果每次运行流程时都必须创建一个新表，那么对此流程的工作方式进行一些设计更改就像是更好的解决方案。
最后但并非最不重要：我可能误解了你的目标，但随意扩展你所拥有的数据处理的“6”步骤以及“最终”这些数据的结果应该落在哪里。 / p>