問題タブ [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 と仕事をしたことがあります。DBA の要点は、これらの機能を使用すると、必要に応じて別の DBMS に切り替えます。でも、今まで転職を頼まれたことはありません。

Doctrineのテーブルスキーマから移行スクリプトを自動的に生成することは可能ですか?

たとえば、新機能の大量の開発中に、最初のコードを書きながら、最初にテーブルを構築することがよくあります。機能がまだ初期段階にあるため、テーブルの定義が変更される可能性があるため、通常、最初に移行を作成しません。機能をコミットする準備ができたら、新しい機能のテーブル構造を生成するための移行を記述します。多くの場合、いくつかの新しいテーブルがあります。

私を怠け者と呼んでください。しかし、これらの移行を自動的に構築できたら最高です。

例えば：

doctrine build-migration table_name

このようなことを達成するために何かが存在しますか？

大きな SQL ファイルをインポートしようとしています。1 つのサーバーで mysqldump によって作成され、iconv で変換されます。次のコマンドを使用します。

mysqldump はすべてを utf-8 に変換しようとするため、データベースの "\x91" がダンプで "\xc3\x82\xc2\x91" に変わっていることに気付きました。iconvで「\ x91」に戻しました。それらを変換しないと、新しいサーバーでは "\xc2\x3f" になります。現在の「\x3f」の代わりに。

そのため、前に読んだように、cp1252 エンコーディングに固有の文字がいくつかあります。たとえば、"\x91" や "\x92" です。これらの文字は両方とも、新しいデータベースでは "\x3f" に変わりました。これは、インポートに使用するコマンドです。

これがどのように発生する可能性があり、それを防ぐために何をすべきか知っている人はいますか? これを知っていれば、データをそのまま移行できるはずです。

追加情報：

このソースをiconv-thingsに使用しました。ご覧のとおり、このページでは、他の 1 人も cp1252 で問題を抱えていました。多分それが原因です。

サーバーのバージョンは次のとおりです。

old-host: Ver 10.10 Distrib 5.0.18、pc-linux-gnu (i486) 用 new-host: Ver 10.11 Distrib 5.0.51、pc-linux-gnu (i686) 用

32 ビット SQL Server 2005 Standard Edition データベースに対して現在実行中のアプリケーションがあります。ここでは説明しませんが、データベースを 64 ビットの Windows Server 2003 R2 Datacenter で実行されている 64 ビットの SQL Server 2005 Standard エディションに移動する必要があります。

アプリケーション コード、ストアド プロシージャ、または SQL 構成で注意すべき移行の問題はありますか? つまり、機能は両方のプラットフォームで同等ですか?

機能的な違いがある場合は、移行計画のヒントが記載されたドキュメントへのリンクを投稿していただけますか?

私は Actionscript 2 または 3 を学習しようとしています。AS2 を使用して、試行錯誤の結果、任意の名前付きインスタンスを取得し、その名前の文字列を使用して変更できることが最終的にわかりました。

しかし、コードを AS3 に変換しようとすると、_rootもう存在しません。移行ドキュメントによると、それは何らかの形で置き換えられてflash.display.DisplayObject.stageいますが、明らかにこれはそれを行う方法ではありません:

そして、これもそうではありません:

actionscript 3で名前で子供を取得するにはどうすればよいですか?

主キーとして 1 つの列 GUID (アルゴリズムのようなカスタム GUID) を持つマスター テーブルと、この GUID 列と外部キー関係を持つ 8 つの子テーブルを持つかなり巨大なデータベースがあります。すべてのテーブルには、約 300 万から 800 万のレコードがあります。これらのテーブルには、BLOB/CLOB/TEXT や、通常の数値、varchar、日付、およびタイムスタンプ (各テーブルに約 15 ～ 45 列) だけのその他の派手なデータ型はありません。主キーと外部キー以外のパーティションやその他のインデックスはありません。

現在、カスタム GUID アルゴリズムが変更されており、競合はありませんが、古いデータをすべて移行して、新しいアルゴリズムを使用して生成された GUID を使用したいと考えています。他の列を変更する必要はありません。最優先事項はデータの整合性であり、パフォーマンスは二の次です。

私が考えることができた可能な解決策のいくつかは次のとおりです（おそらく、それらはすべて1つのアイデアのみを中心に展開していることに気付くでしょう）

1. 新しい列 ngu_id を追加し、新しい gu_id を入力します。制約を無効にします。ngu_id を gu_id として子テーブルを更新します。rename ngu_id->gu_id; 拘束を再度有効にする
2. 子テーブルから 1 つのマスター レコードとそれに依存する子レコードを読み取ります。新しい gu_id で同じテーブルに挿入します。古い gu_ids を持つすべてのレコードを削除します
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 サーバー、および mysql4 でこれを行う必要があるため、ベンダー固有のハックは大歓迎です)
3. このような演習の典型的な失敗点と、それらを最小限に抑える方法は何ですか?

あなたがこれまで私と一緒にいたら、ありがとう、そしてあなたが助けてくれることを願っています:)

AS2 tp AS3 からいくつかの Actionscript コードを変換していますが、最終的にそのほとんどを再び機能させることができました (ほとんどまったく異なる言語であり、構文が少し似ているだけです)。まだ機能しない最後のものの 1 つは、外部イメージをロードするためのコードです。

おそらくこれは AS3 で変更されたのでしょうが、使用するイメージをロードするのにloadVideo、どうして loadImage をロードしないのですか? (一方、Flash アプリケーションは、アニメーションにまったく使用されていない場合でも、常に Flashビデオと呼ばれます)。これはもう機能しません。私が見つけたのは、このワンライナーを置き換えると言われているかなり複雑なコードです。これは次のとおりimageholder.loadVideo(url);です。

しかし、これは機能しません..私が間違っていることは何ですか?AS3に画像をロードするためのより適切な機能はありますか?

VBA/アクセス フォーム環境では困難/不可能な GUI 機能を必要とする大規模な MS Access プロジェクトがあります。

時間が経つにつれて、WPF をプレゼンテーション層として使用するマネージド C# 環境に書き直し/移行したいと考えています。

これを行うための唯一の実用的な方法は、より長い期間をかけて行うことです。最初に VBA フォームの一部を変換し (これにより生産性が向上します)、次に 12 ～ 24 か月かけてシステム全体を変換します。

最善のアプローチは何だと思いますか。MS Access は、変換時に WPF フォームをホストできますか?