問題タブ [migration]

私のチームは、.com サイトを SharePoint に移行するプロジェクトに取り組んでいます。

すべてのルック アンド フィール アセット、マスター ページ、コンテンツ タイプ、およびページ レイアウトを作成したら、実際のサイト ページを実際に SharePoint に "移動" する必要があります。

これを行うための最も効果的な方法を考え出そうとしています。このトポロジは、オーサリング環境と運用環境で構成されています。SharePoint Content Deployment を使用して、オーサリングからプロダクションを作成する予定です。

ただし、オーサリング環境の初期設定を行う必要があることは明らかです。最初に空白のサイト定義からオーサリングを作成したくないので、Content Deployment を使用して開発環境からオーサリングを設定したくありません。

私が思いついたオプションは次のとおりです。最良のアプローチであると思われるフィードバックをお待ちしています。

• 開発環境でサイト コンテンツを作成し、SPDeploy などのツールを使用してオーサリング環境に移行します。

• オーサリング環境でコンテンツを直接作成する

• 機能でリスト アイテム インスタンスをプロビジョニングする方法と同様の手法を使用します。機能を使用してすべてのコンテンツを作成し、入力します。

  • これが実際に実行可能かどうかはわかりませんが、機能でリストをプロビジョニングするときにリスト アイテム インスタンスを作成できることをどのように知っているかという理由でアイデアを得ました。結局のところ、ページ ライブラリはページのリストですが、複数のコンテンツ タイプが関係しています。

ご提案ありがとうございます。

DB2 の NF モードについて、お客様にいくつか質問があります。グーグルはそれについてほとんど情報を持っていませんでした。

私は次のことを推測できましたが、完全には信頼できません...

1. NF と CM (互換モード) は、メインフレーム上の DB2 v8 での設定です。
2. CM の z/OS 上の DB2 v8 は、DB2 v8 を DB2 v7 のドロップイン代替として使用できるように設計されています。
3. NF は、下位互換性を損なう多くの変更を行います。
4. 特に、「データ ディクショナリ」システム テーブルは完全に作り直されています。

私は次のことを疑っていますが、それ以上は確信が持てません...

1. 作り直されたデータ ディクショナリとシステム テーブルは、Linux/Unix/Windows 上の DB2 v8 で使用されるものと似ています。
2. DB2 v8 NF は、DB2 v9 とほぼ互換性があります。
3. DB2 v9 は、プラットフォーム間 (Linux/Unix/Windows およびメインフレーム) で一貫性が大幅に向上しています。
4. DB2 v8 NF で動作するように記述されたコードは、通常、LUW 上の DB2 v8 およびどこでも DB2 v9 で正常に動作します。

私が正しいかどうか誰か教えてもらえますか？それとも詳細を追加しますか？

MySQL を介して列を追加する場合、その列が AFTER 修飾子を使用するテーブル内の場所を指定できます。しかし、Rails マイグレーションで add_column を実行すると、テーブルの最後に列が作成されます。

レールの移行で追加された列の位置を指定する機能はありますか?

Core Data ドキュメント ベースのアプリ (10.5 のみ) のデータ モデルはフレームワーク内にあるため、Core Data マッピング モデルを使用した自動スキーマ アップグレードは機能していないようです。Core Data 機構は、アプリのメイン バンドルにない場合、適切なデータ モデルまたはマッピング モデルを見つけられないようです。そのため、自動移行を使用する代わりに、手動で移行を実行して configurePersistentStoreCoordinatorForURL:ofType:...います NSPersistenDocumentサブクラス (以下のコード)。永続ストアを一時ファイルに移行し、移行が成功した場合は既存のファイルを上書きします。ドキュメントは、「このドキュメントのファイルは、開いた後、または保存した後で、別のアプリケーションによって変更されました」というメッセージとともにエラーを表示します。保存しようとすると。このリストの他の人が指摘しているように、これはドキュメントのファイルを「背後で」変更したためです。以下に示すように、ドキュメントのファイルの更新日を更新しようとしましたが、「ドキュメント "test.ovproj" の場所を特定できません」というメッセージが表示されたエラー ダイアログが表示されます。保存しようとすると。このエラーの理由はよくわかりませんが、不要なメッセージ (この場合) を別のメッセージと交換することは、私が望んでいたことではありません。

誰でもガイダンスを提供できますか？これらの (この場合は不要な) 警告のいずれかをトリガーすることなく、ドキュメントの永続ストアのスキーマを手動でアップグレードする方法はありますか?

サブクラスのデータ ストアをアップグレードするためのコード -configurePersistentStoreCoordinatorForURL:ofType:...:

Jruby と rails 2.2.2 を使用しています。私の問題は、データベース スキーマに正しく書き込まれていない移行があることです。

ここに私の移行があります:

これが schema.rb で生成されるものです

2 つの質問があります。

• 'ENGINE=MyISAM'スキーマに入るにはどうすればよいですか?
• execute ステートメントが になったのはなぜadd_index "notes", ["title", "body"], :name => "title"ですか? また、移行を実行ステートメントとして強制的に残すにはどうすればよいですか?

答えてくれたChristian Lescuyerに感謝します。しかし、これを試しても何も変わりませんでした。config.active_record... 行のコメントを外しましたが、スキーマは変更されていません。これを jruby と ruby​​ 1.8.6 で rails 2.2.2 と edge rails で試しましたが、スキーマに変更はありません。誰が私が間違っているのか教えてもらえますか?

シナリオ:

2 つのデータベース (それぞれに testdb などの名前のデータベースがあります):

• MS SQL Server 2000
• Postgresql 8.3

これら 2 つの testdb を同期する必要があります。実際の方向は SqlServer から Postgresql です。

SqlServer 上の testdb の構造は時々変更されることがあります。同期されたtestdbのテーブルとデータのみが必要で、インデックス、ビュー、またはその他のfooを除外します。

Ian Harding による Microsoft SQL Server to PostgreSQL Migrationの記事を既に読みましたが、これは 1 回限りの解決策のようです。そして、「 Generate Scripts for SQL Server Objects automatically 」という手順を見つけましたが、この記事の手順を自動的に行うのはまだ難しいと思います。

別の方法で自動的に同期を行うことは可能ですか? (バッチ/スクリプトまたは非商用ツールによって)

.netbeansディレクトリ全体をコピーする以外に、カスタムNetbeansカラースキームを他のコンピュータに転送する方法はありますか？最新（6.5）を使用しています。

はいの場合、いつ？また、現在のプロジェクトを移行するためのプロセスにはどのくらいの時間がかかると思いますか（その場合）。

この質問を見てきましたが、パフォーマンスに関する回答はありません。

SQL2000 から SQL2005 への単純なアップグレードを行うことで、パフォーマンス上の利点はありますか?

基幹業務 OLTP データベースを考えています。OLAP または FTI を使用していません。

私は WebForms から MVC に Web サイトのコードを移行するプロジェクトの真っ最中です。

標準の GridView コントロールから継承する、私が作成したカスタム コントロールで問題に直面していますが、

いつものようにweb.configファイルに追加しました：

次に、MVC ビューで:

ただし、コントロールが見つからないというパーサー エラーが発生します。これは MVC と WebForms の混同に関係しているのではないかと疑っていますが、そのような混同が可能であるという印象を受けています。このソリューションが理想からかけ離れていることは理解していますが、「正しいことをする」時間はありません。

ありがとう

編集：
同じ結果で、すでにそれを使用しようとしたことを追加するのを忘れました。

また、残念ながら複数のページで使用する必要があるため、web.config に追加するのが理想的なソリューションですが、個々のページでのみ機能するソリューションがあれば、それも許容範囲を超えています。