問題タブ [historical-db]

たとえば25年から100年など、データを非常に長期間アーカイブするための優れた技術的ソリューションはありますか？

どういうわけか、SQL2000バックアップファイルが訴訟や歴史家のために25年から100年で使用できるという自信はあまりありません。

これは単なる憶測ではなく、顧客の要求です。

これは、ENIACのバックアップで何か便利なことをしようとしたり、AtariWriterのワードプロセッシングファイルを読み取ったりすることに相当します。ハードウェアは必ずしも存在していません。ストレージメディアが破損している可能性があります。テクノロジーを使用する専門家はおそらく存在していません。

OSIsoftPI履歴データベースSDKをプログラミングするためのサードパーティのリソースを探しています。ウェブサイト、本など。私はすでにOSIsoftが出しているものを持っています。

私のアプリケーションはJMSトピックからオブジェクトツリーを受け取り、履歴目的で変更されたオブジェクトのみを永続化する必要があります。

たとえば、オブジェクトA、B、C（IDに従ってデータベースにすでに存在する）を含むオブジェクトツリーをこの階層順序で受信したが（AにはCを含むBが含まれている）、オブジェクトCのみが変更された場合のみそのオブジェクトはデータベースに保存され、履歴目的で新しいエントリが作成されます。

このアプローチに最適なソリューションは何ですか？これを達成するのに役立つテクノロジー（Hibernate、JPA）は何ですか？

十数個の CF/SCF があり、書き込みトラフィックが継続的に発生しているとします (スパイクがある可能性があります)。時間の経過とともに、それらのいくつかは (独自の性質により) 他のものよりもはるかに速く成長し、データ テーブルが巨大になる可能性があります。その段階で、それらはまだ他の CF/SCF と同じディスク上にあるはずですか? 大量のストア データが原因でディスクがほぼいっぱいになった場合はどうなりますか? それとも、履歴データを保存するために追加の CF/SCF を導入することを検討する必要がありますか?

一般的に、履歴データを処理するために従う必要があるベスト プラクティスは何ですか?

履歴データ マイニングの目的でデータベースにデータを格納する方法についてアドバイスを探していました。特定の時点でのエンティティの状態を取得できる場合、そのデータを履歴的にマイニングし、過去の状態に基づいてどのような状態になる可能性があるかを予測できるように、それを保存する最良の方法は何ですか?

より具体的な例として、サーバーの稼働/停止状態と、そのサーバーの現在の負荷を取得できます。これは定期的に取得できます。このデータを保存して、アップ/ダウン状態や特定の時間枠の負荷を簡単に照会したり、そのサーバーの全履歴を取得したりしたいと考えています。データベース設計の経験はあまりありません。

ユーザーの送信を評価し、さまざまな式（すべての定額、最初の「x」エントリの定額、最初の「x」エントリの値の低下）に基づいて各送信にポイント値を割り当てるアプリケーションがあります。数式は提出のタイプに基づいています（提出のカテゴリは、ポイント値とその値の計算に使用される式を決定するものです）。

問題は、顧客がこれらの数式を履歴に保存して、特定のレコードについて、ポイント値の計算に使用された数式を表示できるようにすることです。

私はこれを達成する方法についていくつかのアイデアを持っていますが、どれも本当に良い選択肢のようには見えません：

1）数式をPHPコードに保存し、過去の数式をコメントアウトして、有効な日付範囲に注意してください。

2）数式が変更されるたびにビューを作成し、新しいビューを使用するようにコードを更新します。ビュー名またはコードの発効日をメモします。

3）数式を数式テーブルに保存し、それぞれに一意のIDと、有効日/廃止された値を指定します。

これを達成するための別の、またはより良い方法はありますか？最初の2つは、数式が更新された場合に多くのコードを記述/変更する必要があり、3つ目は解析が必要で、数式をDBに格納します（私が避けようとしていたこと）。

考え？

これはこの質問に似ています

基本的に私は建物監視システム用のデータベースとソフトウェアを書いています。システムは、ユニット（冷蔵庫など）の温度、湿度、圧力などを監視します。

特定のユニットについてレポートが生成されると、センサー名が付いた各センサーの列があり、以下の読み取り値があります。

読んだ時の名前なのか、今の名前なのかを決めようとしています。

同じ（主）キーが与えられた場合、それが一意に識別するデータの意味は、その属性が変更されても変更されるべきではないと私は信じがちなので、現在は後者である必要があると思います。したがって、名前の変更は、名前自体が主キーであるかのように、修正または明確化のためだけに行う必要があります（私はすべて自然キーですが、長さとスペルの必要性のために何かの名前を使用しない傾向があります）修正-この場合、監視しているユニットに固有の「SensorNo」フィールド（IDではない）がありますが）。

とにかく、これは実際に現在の名前を使用できることを意味します。センサーの名前をおそらく「Air」から「Food」に変更すると、以前のデータが表示されている場合でも、すべてのレポートデータで「Food」と表示されます。変更、この変更であるという考えは、それが常に「空気」ではなく「食品」であることを意味するはずです-それは修正です。

「上限」や「下限」などの「重要な」データ（たとえば、温度範囲）がない場合は、レポート時に履歴データを使用する必要があります。この場合、履歴データは、その時点でのセンサーの温度範囲を示しているためです。読む。

ユーザーのフルネームを変更するのと似ていると言えます。同じ人物ですが、名前が変更されている可能性があるため、レポート履歴には常に最新の名前が表示される必要があります。そうしないと、混乱が生じる可能性があります。

私の計画は、ユーザーが名前を変更できるようにすることですが、最初にその影響について警告し、修正にのみ使用する必要があると述べています。

これについての人々の考えは何ですか？この状況にどのように対処しますか？リンクされた質問に答えたCatcallからの連絡にも興味があります。

（これは履歴データがどのように保存されるかについての議論ではないことに注意してください、私はすでにその側面で大丈夫です）。

地理空間データを格納するデータベース スキーマに取り組んでいます。ポイントの名前や説明などの文字列の国際化をサポートし、すべての変更のログ記録をサポートする必要があります。

これは私の現在のスキーマです:

それは正常に機能しますが、新しい言語を追加するたびにデザインを更新する必要があり、1 つの翻訳を更新する場合は行全体をコピーする必要があります...これはデータの重複につながります。したがって、ローカライズされた文字列を別のテーブルに配置することを避けるために:

動作しますが、翻訳の変更を追跡できません。

オブジェクトをプロパティの翻訳とプロパティの変更履歴と共に保存するデータベースを設計する最良の方法は何ですか?

MySQL に同様の構造を持つ 2 つのテーブルがあります。1 つは更新されたデータで、もう 1 つはそのデータの履歴レコードであり、そこにあるすべてのデータに対して分析を実行する必要があります。すべてのデータを 1 つのテーブルに集約するビューを使用すると便利だと思いましたが、それを実現する方法がわかりません。

序章：

こんにちは、基本的に私がする必要があるのは、コンパイル可能で実行可能なコードを含む一連のファイルの履歴管理 (DB 履歴管理の観点から) をシミュレートすることです。

説明:

DB 履歴管理では、オブジェクトは実際の変更の日付によって決定される状態で構成されます。次に、オブジェクトを特定の日付で最新の情報とともに取得できます。これは、実行しようとしているファイルに対して実装しようとしている動作です。プロジェクト ファイルを永続化する最も自然な方法は SVN 製品を使用することであるため、そのような機能が Subversion やその他のバージョン管理システムに既に実装されている可能性があるのではないかと考えました。私が必要としているのは、指定された日付までに、追跡しているドキュメントの「正しい」バージョン(日付に従って)を受け取るためのsvnサーバーへの要求である可能性があります。

質問：

現在、私は Subversion と TortoiseSVN を使用していますが、高度な機能に慣れていないため、ここで助けを求めています。SVN 内に保存されているファイル バージョンを Java コードから取得できますか?

よろしくお願いします。

エディション:

ここでは私の抽象的な説明が十分に理解できなかったように思われるので、例を挙げます。SVN に test.tgf ファイルがあるとします。このファイルを実行可能なバイナリ ファイルにすると、私のマシンは .tgf ファイルの実行方法を認識します。SVN には、そのファイルの 2 つのバージョンがあります。バージョン 1 には、コンソールに「これはこのコードの最初のバージョンです」と出力されるコードが含まれており、バージョン 2 には、コンソールに出力されるコードが含まれています。このコード片の 2 番目のバージョン」です。ここで、日付入力と「計算」ボタンの 2 つのウィジェットのみを含む GUI があるとします。ユーザーが日付を入力し、そのイベントを処理する Java コードの計算をクリックすると、日付が 01.01.2010 以下であるかどうかをチェックし、そうである場合は、test.tgf の最初のバージョンを実行します。それ以外の場合、実行されるコードは test.tgf の 2 番目のバージョンです。もっと明確ではないことを願っています。

ミレン

結論：

はい、SVN を使用して履歴管理 (DB 履歴管理の観点から) をシミュレートすることは可能です。ありがとうポール