競馬データ分析（ゴールドジェネレーター）掲示板

競馬データ分析（ゴールドジェネレーター）掲示板

・ゴールドジェネレーターの詳細はこちらをご覧下さい。また、ゴールドジェネレーターは、says-project様という善意ある個人の方が作成したフリーソフト（無料ソフト）です。
・現在、「ヘルプ機能」はご利用いただけません。
・ＪＲＤＢはこのソフトに対して、データだけを提供しております。ゴールドジェネレーター以外のお問い合わせは、JRDB会員サポート窓口までお願いします。
★分析依頼は、できるだけわかりやすい文章で丁寧に書いてください。

ＯＳ・ブラウザ名・ホスト名が投稿に表示されますが、荒らし・いたずら防止の措置ですのでご了承ください。

┃ ┃ ┃ ┃ ┃ ┃ ┃ ┃

595 / 1534 ﾂﾘｰ

←次へ　｜　前へ→

データベースファイルのサイズについて ティコ 11/10/3(月) 2:02

Re:データベースファイルのサイズについて JRDBシステム班 11/10/7(金) 13:20

またエラーコード[3049]が ティコ 11/10/8(土) 13:08

Re:またエラーコード[3049]が JRDBシステム班 11/10/8(土) 19:28

おそらく解決しました ティコ 11/10/30(日) 19:12

データベースファイルのサイズについて

ティコ - 11/10/3(月) 2:02 -


	引用なし

	パスワード

今週末、エラーコード[3049]が出ました。

ログを参考に、最適化や「GG.mdb」を削除したりしてみましたが改善できず、
最終的にはバックアップを復元して、今のところはエラーも出ていないという状況です。

ログを読むと、データ量を減らすと破損の可能性が少なくなるようですが、具体的にはどのぐらいが妥当なのでしょうか。
自分の過去データは04年以降になっていて、サイズは約１ギガです。
勿論、使い方によるとは思うのですが、常時、過去５年分ぐらいあれば十分なのでしょうか。

ちなみに、自分のPCは５年落ちぐらいのXPsp2です。

お忙しいところを申し訳ありませんが、今後のデータベース破損を防ぐためにも教えていただけないでしょうか。
よろしくお願いします。

Re:データベースファイルのサイズについて

JRDBシステム班 - 11/10/7(金) 13:20 -


	引用なし

	パスワード

ティコさんへ

ＧＧ、DBmanでは、かなり無理なデータベースの使い方（パーソナルＤＢでは有りえないレコード数）をしていまので、壊れ易いのは仕方ないと考えています。
壊れる前提での運用をするしかないですね。

一応壊れにくくする方法を上げておきます。

○パソコンフリーズを減らす。
　壊れるキッカケはパソコンのフリーズなど、正常終了できなかった場合がほとんどです。
　これを回避するのが肝心です。
　
　・余裕のあるメモリを積む。
　・Ｃディスクの容量も余裕を持つ。
　・使わないプログラムは終了させる。

○複雑な検索（ＧＧＡ）をしない
　処理が返ってこなくなった場合、強制終了してしまいます。

○データベースのレコード数を減らす。
　破損の確率は減るとは思います。

データ量に関してですが、分析に関しては多い方が良いと思います。
ただ、古いデータは必要ない分析もありますし、一概には言えないと思います。

>今週末、エラーコード[3049]が出ました。
>
>ログを参考に、最適化や「GG.mdb」を削除したりしてみましたが改善できず、
>最終的にはバックアップを復元して、今のところはエラーも出ていないという状況です。
>
>ログを読むと、データ量を減らすと破損の可能性が少なくなるようですが、具体的にはどのぐらいが妥当なのでしょうか。
>自分の過去データは04年以降になっていて、サイズは約１ギガです。
>勿論、使い方によるとは思うのですが、常時、過去５年分ぐらいあれば十分なのでしょうか。
>
>ちなみに、自分のPCは５年落ちぐらいのXPsp2です。
>
>お忙しいところを申し訳ありませんが、今後のデータベース破損を防ぐためにも教えていただけないでしょうか。
>よろしくお願いします。

またエラーコード[3049]が

ティコ - 11/10/8(土) 13:08 -


	引用なし

	パスワード

JRDBシステム班さんへ

ありがとうございます。

ところで、先週の競馬後にバックアップを復元して以降、出ていなかったエラーコード[3049]が今朝になってまた出てしまいました。
確認ですが、復元するのはjrdb_data.mdbとjrdb_this.mdbの２つでいいんですよね。

現在は、たまにエラーコード[3049]が出る以外は問題なく使用できるという、体感的には先週末と同様の状態です。

週替わりをした後に過去分析をしようとしたら、やたらと重かったので最適化をしたら、
むしろGGの起動にものすごく時間が掛かったりしたので、最適化する前に取っておいたバックアップに戻したのですが。

次にバックアップを復元する際には、思い切った過去データの削除もするつもりですが、１日ずつの削除しかできないのでしょうか。

Re:またエラーコード[3049]が

JRDBシステム班 - 11/10/8(土) 19:28 -


	引用なし

	パスワード

ティコさんへ

>ところで、先週の競馬後にバックアップを復元して以降、出ていなかったエラーコード[3049]が今朝になってまた出てしまいました。
>確認ですが、復元するのはjrdb_data.mdbとjrdb_this.mdbの２つでいいんですよね。
>
そうです。

>現在は、たまにエラーコード[3049]が出る以外は問題なく使用できるという、体感的には先週末と同様の状態です。
>
>週替わりをした後に過去分析をしようとしたら、やたらと重かったので最適化をしたら、
>むしろGGの起動にものすごく時間が掛かったりしたので、最適化する前に取っておいたバックアップに戻したのですが。
>
>次にバックアップを復元する際には、思い切った過去データの削除もするつもりですが、１日ずつの削除しかできないのでしょうか。

一覧ウインドウをshiftキーを押しながら選択したり、ドラッグすると範囲指定できます。

おそらく解決しました

ティコ - 11/10/30(日) 19:12 -


	引用なし

	パスワード

原因はデータベースの破損ではなく、
ゴールドジェネレーター情報交換室の過去ログにもあった、Avastとの競合だったようです。

設定でGGフォルダを除外したら、今週末はエラーが出なくなりました。

お騒がせしてしまって、申し訳ありませんでした。

┃ ┃ ┃ ┃ ┃ ┃ ┃ ┃

595 / 1534 ﾂﾘｰ

←次へ　｜　前へ→

ページ：

┃

記事番号：

288,286

(SS)C-BOARD v3.8 is Free