问题标签 [data-migration]

我的一位队友询问是否可以从一个 SVN 导出到另一个，同时保持历史记录。

对我来说，这似乎是一个普遍的要求。

那么：是否可以在保持历史记录的同时在 SVN 存储库之间迁移？

需要注意的是，我们在 Source 上没有 svnadmin 访问权限，但在 Destination 上却有。

如果这归结为仅从源中签出每个修订版，并将其签入到目的地，那么只要有一个自动化的流程，我们就可以接受。

编辑：我忘了提到目标仓库在 Windows 上。

我正在尝试使用 DTS 从 sql server 2000 迁移到 mysql。这是我所知道的最好的工具。

但是一个 sql server 表有一个 datetime 类型的列，DTS 建议以下 sql 代码：

它应该是：

我确实手动更改，但 DTS 不接受新脚本。它说：

0x800040e14 的 HResult 返回 发生意外错误。返回了错误结果，但没有错误消息。

所以我正在尝试进行数据迁移，将房地产应用程序中的“列表”放入我创建的新“列表”应用程序中。

我做了这样的开始迁移：

创建了一个空白迁移，我填充了这个：

但是，当我运行迁移时仍然出现此错误：

whiney_method

ValueError("你不能实例化存根模型")

据我了解，您无法使用 fakeorm 访问“存根”模型，但不允许冻结其他应用程序。我如何在不冻结它们的情况下使用“存根”模型？

出于安全原因，我想在从我的系统中删除当前存储库之前保留一个包含所有修订的特定文件夹（意味着我不想要存储库的其他信息，而是一个特定的文件夹）。所以我正在考虑创建一个新的存储库并将特定文件夹的内容复制到其中。有可能吗？

我想获得有关如何从 biztalk 2002 迁移到 biztalk 2006 R2 的分步说明。

我正在为一家公司开展一个项目，我需要将其以前的数据迁移到一个新系统中。显然这两种结构是完全不同的，我正在使用休眠进行数据库操作，并且对迁移数据的最佳方法感到困惑。我应该使用休眠，我应该编写存储过程，还是有其他选择？欢迎任何聪明的想法。

我在生产中收到此错误消息。

不幸的是，这来自购买的应用程序，并且支持过程并不是很快。

当数据从一个表复制到另一个表时，就会发生这种情况。两个表都应该具有相同的列类型和长度。到目前为止，我已经通过执行以下操作审查了其中一些：

然后将该值与目标表中 column_name 的长度进行比较，但这花了我很多时间。

有没有更好的方法来执行此检查？

我想确定哪一列包含长度超出源限制的数据。

我正在与：

我必须将一堆数据从一个数据库表复制到另一个。我不能使用 SELECT ... INTO 因为其中一列是标识列。另外，我要对架构进行一些更改。我能够使用导出数据向导创建一个 SSIS 包，然后我在 Visual Studio 2005 中对其进行编辑以进行所需的更改等等。它肯定比 INSERT INTO 快，但对我来说将数据下载到另一台计算机只是为了再次上传回来似乎很愚蠢。（假设我是正确的，这就是 SSIS 包正在做的事情）。是否有与直接在服务器上运行的 BULK INSERT 等效的方法，允许保留标识值并从表中提取数据？（据我所知，BULK INSERT 只能从文件中提取数据）

编辑：我确实知道 IDENTITY_INSERT，但是因为涉及到大量数据，所以 INSERT INTO ... SELECT 有点慢。SSIS/BULK INSERT 将数据转储到表中，而不考虑索引和日志记录等，因此速度更快。（当然，一旦填充表就在表上创建聚集索引并不快，但它仍然比我第一次尝试的 INSERT INTO...SELECT 快）

编辑 2：架构更改包括（但不限于）以下内容： 1. 将一个表拆分为两个新表。将来每个都有自己的 IDENTITY 列，但对于迁移，我认为使用原始表中的标识作为两个新表的标识是最简单的。一旦迁移结束，其中一个表将与另一个表具有一对多的关系。2. 将列从一张表移动到另一张表。3. 删除一些仅一对一交叉引用的交叉引用表。相反，引用将是两个表之一中的外键。4. 将使用默认值创建一些新列。5. 有些表根本没有变化，但由于“将其全部放入新数据库”请求，我必须将它们复制过来。

我们每个月都会获得一个 MYSQL 5.0 数据集（1.7gig），我需要创建一个流程将其迁移到 SQL Server 2008。

这似乎比我最初想象的要难一些......

我尝试了几种方法：

1. 使用导入向导
2. 设置链接服务器

我也尝试了不同的方法：

1. 为 MYSQL使用.net 框架数据提供程序
2. 使用MYSQL ODBC 5.1 驱动程序。

如果我尝试选项 1 + 1（向导，使用 odbc），我得到“无法检索列信息”，选项 2 + 4，我收到一条消息：“无法从链接服务器的 OLE DB 提供程序“MSDASQL”获取列信息“服务器名称”。

这感觉像是缓存或大小问题，因为如果我将返回的行数限制在 300,000 以下，它就可以工作。这更烦人，因为主表超过 120 万行。

所以我的问题分为两个部分：我这样做是对还是错，我是否错过了一些明显的事情？

为已发布的更新 iPhone 应用程序迁移 Core Data DB 更改的推荐步骤是什么？

在发布 Core Data 应用程序之前，是否需要（应该）完成任何先前的步骤？