问题标签 [migration]

我刚刚将一个项目从 Visual Studio 2003 转换为 2005，尽管其中大部分都“转换”得很好，但以下行出现了一系列 STL 错误：

Visual Studio 错误如下：

我看不出该代码有什么问题，它在 VS 2003 中运行良好。有什么想法吗？

我们正在考虑将我们的跨平台 C++ 应用程序的 win32 版本从 MS Visual Studio 2003 迁移到 MS Visual Studio 2005。（是的，我们非常具有前瞻性；）

我们是否应该期望进行许多代码更改才能使其编译和工作？

有没有人有从一个 DBMS 迁移到另一个 DBMS 的经验？如果你这样做了，你为什么要这样做？特征？成本？公司指令？

有时，我与坚持不使用特定于 DBMS 的特性（例如，SQL Server 中的 CLR 存储过程）的 DBA 合作。如果必须，切换到另一个 DBMS。但到目前为止，我从未被要求切换。

是否可以从 Doctrine 中的表模式自动生成迁移脚本？

例如，在新功能的大量开发过程中，我通常会在编写初始代码时首先构建我的表。我通常不会创建迁移来开始，因为表的定义可能会随着功能仍处于初级阶段而发生变化。一旦功能准备好提交，我将编写一个迁移来为新功能生成表结构。通常，会有几个新表。

叫我懒惰，但如果可以自动构建这些迁移，那就太棒了。

例如：

教义构建迁移表名

有什么东西可以完成这样的事情吗？

我正在尝试导入一个大型 SQL 文件；由一台服务器上的mysqldump创建，然后用iconv转换；使用这些命令：

我注意到数据库中的“\x91”在转储中变成了“\xc3\x82\xc2\x91”，因为 mysqldump 试图将所有内容都转换为 utf-8。我用 iconv 将它转换回“\x91”。如果我不转换它们，它们最终会在新服务器上成为“\xc2\x3f”；而不是我们现在的“\x3f”。

因此，如前所述，cp1252 编码有一些独特的字符，例如“\x91”和“\x92”。这两个字符在新数据库中都变成了“\x3f”；这是我用来导入的命令：

任何人都知道这是怎么发生的以及如何防止它发生？知道了这一点，我应该能够完全按原样迁移数据。

额外的信息：

我将此来源用于 iconv-things。如您所见，在此页面上，另一个人也遇到了 cp1252 的问题；也许这就是原因。

服务器版本是：

旧主机：Ver 10.10 Distrib 5.0.18，适用于 pc-linux-gnu (i486) 新主机：Ver 10.11 Distrib 5.0.51，适用于 pc-linux-gnu (i686)

我有一个当前针对 32 位 SQL Server 2005 标准版数据库运行的应用程序。由于我不会在这里详细介绍的原因，我需要将数据库移动到在 64 位 Windows Server 2003 R2 Datacenter 上运行的 64 位 SQL Server 2005 标准版。

在应用程序代码、存储过程或 SQL 配置中是否有任何我应该注意的迁移问题？也就是说，两个平台上的功能是否相同？

如果存在功能差异，您能否发布指向包含迁移计划提示的文档的链接？

我正在尝试使用 AS2 学习 Actionscript 2 或 3，我最终通过反复试验发现我可以获取任何命名实例并使用其名称使用的字符串对其进行修改

但是当试图将代码转换为 AS3 时_root不再存在。根据迁移文档，它以某种方式被替换，flash.display.DisplayObject.stage但显然这不是如何做到的：

这也不是：

如何在actionscript 3 中按名字获取孩子？

我有一个相当大的数据库，其中一个主表具有一个单列 GUID（自定义 GUID 类似算法）作为主键和 8 个与此 GUID 列具有外键关系的子表。所有表都有大约 3-8 百万条记录。这些表都没有任何 BLOB/CLOB/TEXT 或任何其他花哨的数据类型，只有普通数字、varchars、日期和时间戳（每个表中大约 15-45 列）。除了主键和外键之外，没有分区或其他索引。

现在，自定义 GUID 算法已更改，尽管没有冲突，但我想迁移所有旧数据以使用使用新算法生成的 GUID。无需更改其他列。第一要务是数据完整性，性能是次要的。

我能想到的一些可能的解决方案是（你可能会注意到它们都只围绕一个想法）

1. 添加新列 ngu_id 并使用新的 gu_id 填充；禁用约束；用 ngu_id 作为 gu_id 更新子表；重命名 ngu_id->gu_id；重新启用约束
2. 从子表中读取一个主记录及其从属子记录；用新的 gu_id 插入同一张表；删除所有旧 gu_id 的记录
3. 丢弃约束；向主表添加触发器，以便更新所有子表；开始用新的新 gu_id 更新旧的 gu_id；重新启用约束
4. 向主表添加触发器，以便更新所有子表；开始用新的新 gu_id 更新旧 gu_id
5. 在所有主表和子表上创建新列 ngu_ids；在 ngu_id 列上创建外键约束；向主表添加更新触发器以将值级联到子表；将新的 gu_id 值插入 ngu_id 列；移除基于 gu_id 的旧外键约束；删除 gu_id 列并将 ngu_id 重命名为 gu_id；必要时重新创建约束；
6. 如果可用，使用on update cascade？

我的问题是：

1. 有没有更好的办法？（不能把我的头埋在沙子里，必须这样做）
2. 最合适的方法是什么？（我必须在 Oracle、SQL server 和 mysql4 中执行此操作，因此欢迎使用特定于供应商的 hack）
3. 这种练习的典型失败点是什么以及如何将它们最小化？

如果你到目前为止和我在一起，谢谢你，希望你能帮助:)

I'm converting some Actionscript code from AS2 tp AS3, and I've eventually managed to get most of it to work again (it's allmost a totally different language, sharing just a little syntax similarity). One of the last things that still doesn't work, is the code for loading an external image.

Perhaps this has changed in AS3 but I really thought it was strange that to load an image you use loadVideo, why not loadImage? (on the other hand a flash application is constantly called a flash video even when it's not used for animation at all). This doesn't work anymore, and what I've found is a pretty complex code that is said to replace this oneliner imageholder.loadVideo(url); is this:

But this doesn't work.. What I am doing wrong, and is there a more suited function to load images in AS3?

我们有一个大型 MS Access 项目，它需要在 VBA/访问表单环境中难以/不可能完成的 GUI 功能。

随着时间的推移，我们希望重写/迁移到以 WPF 作为表示层的托管 C# 环境。

我们做到这一点的唯一实用方法是在更长的时间内 - 首先转换一些 VBA 表单（这将提供最佳的生产力收益），然后在 12-24 个月的过程中转换整个系统。

你认为什么是最好的方法。MS Access 可以在我们转换 WPF 表单时托管它们吗？