現在、私のプロジェクトには 2 つのデータベースがあります。それらを「ライブ」と「レポート」と呼びましょう。

「ライブ」データベースを期待どおりに使用し、すべての変更を保存する必要があります。レプリケーションが行われる場合を除いて、「レポート」データベースを終日静的 (不揮発性) のままにする必要があります。

現在、毎日午前 3 時に動作し、すべてのテーブルをコピーするようにレプリケーションをセットアップしています。これには次のいずれかが必要です。

• 「ライブ」スキーマが変更されるたびに (追加のテーブルなど)、多くのスキーマ変更 (おそらくテーブルが削除されるか、データベースがバックアップされるなど) の前に削除する必要があるスナップショット レプリケーションを再作成するために、多くの手作業が必要です。アップ/復元)。
• または、データベースへの更新/変更のたびに、パブリッシャーとサブスクライバーを明示的に再作成するために、sript を作成する必要があります。

新しいサーバーにリリースするときの時間の制約 (および手動の手順でエラーが発生する可能性があるため..)のために、レプリケーションを再作成または維持するためのより適切な方法が必要であると感じています。理想的には、データベース全体が必要です (明示的に強調表示されたいくつかのテーブルを除く...)。現時点では、かなり「面倒」に感じます。

誰かに同様の問題がありましたか、または誰か提案がありますか?

SNAPSHOT 分離を使用して、ロック、ブロック、またはダーティ/ファントム読み取りなしで一貫して表示するためにデータを読み取る際に、別のプロセスがシリアル化可能なトランザクションで継続的な受信データを処理しているときに問題はありますか?

ブロックされたり、更新をブロックしたりすることなく、一貫したデータを読み取ることができるリーダー (読み取り専用の保証: Web データ同期、リアルタイム監視ビューなど) が必要です。すべてに SNAPSHOT を使用していましたが、整合性エラーが多すぎたため、更新プロセスを SERIALIZABLE に切り替えました。

私は読んだことがありますが、異なる分離レベルを同時に使用することの影響については完全には明確ではありません。ロックの互換性マトリックスを見て、さまざまな情報を読みました。それは問題ないように思えますが、大きな落とし穴について実際の経験を持つ人々からの賢明なガイダンスに本当に感謝しています.

SERIALIZABLE トランザクションが書き込み中に、リーダーのスナップショット分離を使用する際に問題はありますか? SERIALIZABLE トランザクションをブロックする状況はありますか? SNAPSHOT と READ COMMITTED (READ_COMMITTED_SNAPSHOT ON) を使用する利点はありますか?

ありがとう、どんな支援も大歓迎です:-)

1. proj-a フォルダーから: mvn install proj-a を実行します。
2. proj-b フォルダーから: (proj-b は proj-a に依存します) mvn clean eclipse:clean eclipse:eclipse を実行します
3. Eclipse で proj-b を更新します。

proj-a が依存する jar は proj-b クラスパスにありますが、proj-a-0.0.1-SNAPSHOT.jar がありません。proj-a-0.0.1-SNAPSHOT.jar はローカル リポジトリにあります。

1. proj-a の mvn deploy を実行します
2. ローカル リポジトリから proj-a フォルダーを削除する
3. proj-b フォルダーから mvn eclipse:eclipse を実行すると、すべての jar が表示されます。

この問題の原因は何ですか？すべてのアーティファクトは、インストール操作の直後に利用できるはずです。mvnは何も文句を言いません....

ありがとう。

clearcase スナップショットから変更を読み取るプロジェクトに対して、プロジェクト ビューで次のエラーが発生する

RCS スナップショットのタグ (記号名) を作成しようとしています。ブランチはサポートされていませんが、RCS では可能です。Ubuntu 10.10 と Emacs 23.1.1 を使用しています。一部の elisp のバージョンが破損していますか、それとも Cx vs がこのように動作するのはなぜですか?

BR、リスト

apply: 引数の数が間違っています: #[(backend dir name branchp) "

私はコードをローカルで開発し、開発の重要なポイント (作業中のビルドなど) に到達するたびに、かなり定期的にスナップショットを撮りました。

したがって、約40個のフォルダーの長いリストがあり、各フォルダーはスナップショットであり、たとえば日付YYYYMMDDの昇順です。たとえば、-

1. 20100523
2. 20100614
3. 20100721
4. 20100722
5. 20100809
6. 20100901
7. 20101001
8. 20101003
9. 20101104
10. 20101119
11. 20101203
12. 20101218
13. 20110102

これらの各スナップショットを新しいサブバージョン リビジョンとしてソース ツリーにインポートするスクリプトを探しています。最終的な結果として、HEAD リビジョンは最後のスナップショットと同じになり、他のリビジョンは同じように番号が付けられます。

その他の要件:

• HEAD リビジョンは以前のスナップショットの累積ではありません。つまり、古いスナップショットに表示されたが後のスナップショットには表示されないファイル (リファクタリングなどにより) は、HEAD リビジョンに表示されません。
• その間、スナップショット間で存続するファイル間に連続性があるはずです。Subversion は、これらのファイルの以前のバージョンが存在することを認識し、各リビジョン内でそれらを新しいファイルとして扱わないようにする必要があります。

私の目的に関するいくつかの背景：

• ローカルのプライベート スナップショット コピーを保持するのではなく、この作業を正式にリビジョン管理する必要があります。
• この作品はオープンソースとしてリリースする予定なので、バージョン管理を強くお勧めします
• 現在人気のあるバージョン管理システム (Subversion と GIT) のいくつかを評価していますが、Subversion で機能するソリューションが絶対に必要です。特定のツールを使用するよう説得されるつもりはありません。GIT のソリューションも必要なので、検討しているツールごとにソリューションが必要です (GIT については個別に回答を投稿するので、専門知識を持つ人々の陣営を分けます) GIT および Subversion では、どちらか一方に的を絞った答えを出すことができます)。

同じ質問ですが、GIT [programmers.stackexchange.com で回答]: https://softwareengineering.stackexchange.com/questions/33868/script-tool-to-import-series-of-snapshots-each-being-a- git-po への新版

stackoverflow.com の Subversion の概要の回答ですが、スクリプトに関する詳細は十分ではありません。使用するコマンド、必要に応じて有効なシナリオをチェックするコード、つまり基本的に動作するスクリプトです。XCodeスナップショットを新しいSVNリポジトリにインポートする方法はありますか?

(当初はprogrammers.stackexchange.comに投稿されましたが、プログラマーには主観的な議論が含まれているため、ここで公開されています。stackoverflow.comは正確な質問と回答のためのものです (サイトの公式比較によると ( http://meta.programmers.stackexchange.com/questions/ 171/whats-the-difference- between-programmers-and-so ) ) )。

paint.netをインストールすると、文字列が見つかりました。システムの復元ポイントを作成しています...
ボリュームシャドウサービスの復元ポイントを作成していると思います。-ではない？わからない。

私が正しい場合、アプリでこれを行うにはどうすればよいですか？
適切なAPIがあれば教えてください。

Web ページのスナップショットを撮りたい。画像には、ブラウザ ウィンドウのコンテンツ全体が表示されます (つまり、スクロール バーは表示されません)。

PHPスクリプトを使用してこれを動的に実行したいと考えています。

問題：

UIInterfaceOrientationLandscapeRight方向でアプリをバックグラウンドに送信した場合、マルチタスクバーからアプリケーションを再開すると、表示されるスナップショットとビューの両方で、方向はデフォルトのUIInterfaceOrientationLandscapeLeftになります。ビューは、一時停止される前に最後の既知の方向であるUIInterfaceOrientationLandscapeRightに回転して戻ることにより、すぐに方向を変えます。

既知の量：

1. アプリは2つのInterfaceOrientationsをサポートしています：UIInterfaceOrientationLandscapeLeftとUIInterfaceOrientationLandscapeRight
2. アプリは、ShouldAutoRotateToInterfaceOrientationをオーバーライドするすべてのビューコントローラーの自動回転を利用し、方向がサポートされているもののいずれかである場合はyesを返します
3. 両方の方向は、UISupportedInterfaceOrientationsキーの下のInfo.plist内で定義されます
4. アプリがバックグラウンドに送信されると、サポートされている向きの自動スナップショットが取得されて保存されます
5. 踏み台からアプリを再開すると期待どおりに機能し、向きはバックグラウンドに送信されたときと同じになります。

観察された行動：

マルチタスクバーからアプリを再開すると、アプリは2つの方向通知を受け取ります。これらの通知は、オーバーライドされたshouldAutoRotateToInterfaceOrientationによってそれぞれ評価されます。最初にUIInterfaceOrientationLandscapeLeft、次にUIInterfaceOrientationLandscapeRight。

推測される結果：

マルチタスクバーからアプリを再開するときの向きは、一時停止したときと同じです。したがって、UIInterfaceOrientationLandscapeRightモードの場合、同じ方向で再開することを期待します。

私はロングショットの達人ではありませんが、助けていただければ幸いです。

状況は次のとおりです。

私は Maven 2 を使用する大規模な分散開発チームで働いています。Nexus リポジトリがありますが、スナップショットではなくリリースのみを保持しています。

問題は 2 つあります。

1. 毎朝、私が取り組んでいない他のモジュールを svn し、それらをビルドしてから自分のモジュールをビルドする必要があります。これは、私のモジュールがこれらの他のモジュールにスナップショットの依存関係を持っているためです。これには時間がかかり、最新の状態を維持するために誰もがこれを行う必要があるため、実際には合計されます。

2. モジュール A がモジュール B を必要とし、スナップショットの依存関係として宣言されているとします。モジュール B はより高いバージョン番号に更新されますが、開発者はモジュール A pom を更新するのを忘れます。そのため、モジュール A は古いスナップショットを使用しており、しばらくは識別されない可能性があります。おそらく、リリースを行うときだけです。

では、これらの問題にどのように対処するのが最善でしょうか?