問題タブ [data-migration]

ユーザーを既存のユーザー テーブルからフォーム認証に移行するにはどうすればよいですか?

次の 3 つのオプションがあるようです。

1. T-SQL - 既存のユーザー テーブルを反復処理し、ストアド プロシージャ aspnet_Membership_CreateUser を使用してフォーム認証テーブルに挿入します。

2. コード - 既存のユーザー テーブルを反復処理し、Membership.CreateUser() を使用してフォーム認証テーブルに挿入するユーティリティを作成します。

3. コード - ユーザーがログインすると、既存のユーザー テーブルに対して資格情報が検証され、Membership.CreateUser() を使用してフォーム認証テーブルに挿入されます。

どれが最も実用的ですか？

現在、オプション 1 を試していますが、パスワード ソルトを使用してプレーン テキストのパスワードから暗号化されたパスワードを作成するのが困難です。

コアデータモデルに新しい属性を追加するときに、アプリが自動軽量移行を実行できるようにしたいと思います。

Appleのガイドでは、これが私が見つけた主題に関する唯一の情報です。

自動軽量移行

自動軽量移行をリクエストするには、addPersistentStoreWithType：configuration：URL：options：error：で渡すオプションディクショナリに適切なフラグを設定します。NSMigratePersistentStoresAutomaticallyOptionキーとNSInferMappingModelAutomaticallyOptionキーの両方に対応する値をYESに設定する必要があります。

MyNSPersistentStoreCoordinatorは次のように初期化されます。

自動軽量移行を機能させるためにAppleコードをどこにどのように追加すればよいかわからないのですが？

SQL Server Express とフォーム認証を使用する ASP MVC アプリケーションがあります。私が使用しているサーバーには、SQL Server Express を安定して実行するための十分なメモリがなく、代わりに SQLite に移行することを考えていました。

すべてのユーザー アカウントが保持されるように、既存の aspnetdb データベースを SQL Server から SQLite に移行することは可能ですか?

DB 全体を MySQL から MS-Sql サーバーに移行したいと考えています。
私はどんなツールでも自由に使用できますが、無料で利用できるツールのみを使用するように制限されています。

Core Dataベースのアプリをリリースしていますが、後のアップデートでモデルを変更する必要がある場合、何を考慮する必要があるのか​​疑問に思いました。

デバイス上の既存のユーザーデータを古いデータモデルから新しい更新されたモデルに移動するにはどうすればよいですか？

ありがとう

Web アプリケーションに HTML5 データベース ストレージを組み込んで、オンラインでアクセスできるようにしたいと考えています。

私はデータベースを使用するサーバー側環境で多くの開発を行ってきましたが、データベース スキーマの追加や変更がしばしば必要になることは誰もが知っています。

アプリケーションがオフライン データベース スキーマを使用していて、そのスキーマが変更された場合、どうすればよいか考えています。クライアント側でアプリケーションが壊れないようにするにはどうすればよいですか? クライアント側でデータベースが常に最新であることを確認するにはどうすればよいですか?

誰にも解決策はありますか？

現在、Movable Type プラットフォームで新しいニュース/出版サイトを作成中です。20,000 行以上のデータを含むサイトが約 20 ほどあり、8 つのサイトに移動/集約する必要があります (地域固有のサイトが多数あり、これらのコンテンツをニッチごとに 1 つのサイトに集約します)。

これを行う方法について話し合った結果、外部の誰かを雇った方がおそらく良いという結論に達しました (私はおそらくそれを行うことができますが、時間が限られているため、専門家が行うことを確信しています)。もっと効率的）。皆さんへの私の質問は次のとおりです。

1. 応募者にはどのようなスキルセットを求める必要がありますか?

2. 私たちの側からも大量の意見が寄せられます... 誰かにリモートで仕事をさせることは問題外ですか?

3. 従来、このようなタスクにはどのくらいの時間がかかりますか (この質問は非常に主観的であることは承知していますが、見積もりはすばらしいでしょう)。

4. このような大規模なタスクを引き受けることができる企業について、何かお勧めはありますか?

スキーマの変更とデータの移行の両方を管理できるSQLServerのデータベース移行フレームワークが必要です。

ここでdjangoのSouthフレームワークに似たものを探していると思います。

SouthがdjangoのORMと緊密に結合されているという事実、およびSQL Server用のORMが非常に多いという事実を考えると、汎用の移行フレームワークだけがあり、SQLデータ/スキーマ変更スクリプトを制御された順序で記述および実行できるようにする必要があります。十分です。

FluentMigratorコード内から移行を実行するためのチュートリアルやサンプルコードはありますか？いくつかの「はじめに...」チュートリアルは素晴らしいでしょう。私が見つけたのは、ソース内のFluentMigrator.Tests（単体テスト）FluentMigratorだけでした。これは、「はじめに...」ほど役に立ちません。

プロジェクトにいくつかのクラスを追加し、外部ツールを使用せずに、そのプロジェクトからの移行を実行したいだけです。Fluent Migratorで可能ですか？何かのようなもの

どちらから電話しProgram.Main()ますか？