サポート掲示板EveryDB3
EveryDB2のサポート掲示板です。以下の点にご注意ください。
- 管理人が不適切と判断する書き込みは、管理人の一存で削除する場合があります。
- 管理人は気まぐれですので、必ずしも回答があるとは限りません。
Home » サポート掲示板
Download
EveryDB ダウンロード（JRA-VAN）
JRA-VAN のサイトへジャンプします
Download
EveryDB 3.1 ダウンロード
当サイトから直接ダウンロードします（.NET Framework 版）
MacにVMを立てMySQLで利用しているものです。素晴らしいサービスを作っていただきありがとうございます。
現在2.3を利用しているのですが、3に移行したいのですがDBの向き先を変えるだけだと動かなくなったりしますでしょうか？
またテーブル等に変更がある場合、どのテーブルがどういう風に変わったなどを知れる情報等はありますでしょうか？
サポートお願いします。
あっしゅ様
お問い合わせありがとうございます。返信が遅くなり申し訳ございません。
正式なサポート対象外とはなりますが、、、EveryDB 2.3で構築済みのMySQLデータベースは、EveryDB 3から引き続き利用できます。
EveryDB 3では既定のデータベース名が「everydb2」から「everydb3」に変わっています。
そのため、「接続設定」で現在使用中のデータベース名（例：everydb2）を明示的に指定してください。既定値のままでは、別のデータベースへ接続することになります。
EveryDB 2.3と3.0のテーブル定義(テーブル、カラム、データ型、主キー)に変更はありません。
ただし、EveryDB 2.3の設定ファイルは3.0へ自動的に引き継がれません。
以下はEveryDB 3で再設定してください。
・MySQLの接続先、データベース名、ユーザー名など
・更新対象のデータ種別
・更新範囲（FromTime）
・自動更新間隔など
移行前に、2.3の更新設定、特にFromTimeを記録しておくことをお勧めします。
サポート外ですが、、おそらく以下のような手順での移行となります。
・EveryDB 2.3の自動更新を停止する
・2.3の接続設定・更新設定を記録する
・EveryDB 3をインストールする
・接続設定で既存のデータベース名を指定する
・接続確認とテーブル件数の確認を行う
・通常データなどの差分更新を少量実行して確認する
既存データベースを利用する場合、「データベース作成」「テーブル作成」や初期セットアップは原則不要です。
また、移行確認中に2.3と3.0から同じデータベースを同時更新することは避けてください。
管理者様、サポート対象外ながら回答していただきありがとうございます。
無事EveryDB３に移行することができました！
Everydb3の初めての構築作業で
– 外部コンポーネントが例外をスローしました。
となり完了できません
前提としてsqliteを選択しています、everydb3は32ビットソフトなので
VC++2010SP1 再頒布可能パッケージは32ビット版を導入しています
osはwin11
PCを再起動後
１回目：ｃのセットアップデータ種別全てにチェックを入れ、
更新範囲をyschのみ一度試しに動かしたので本年7月6日、それ以外は全て
1900年動かすと5時間で上記エラーで止まり
2回目：セットアップ用ファイル名初期化し、
更新範囲を2015年1月1日（YSCHのみ本年7月6日）で動かし4時間ほどでエラーになり停止
3回目：セットアップ用ファイル名初期化し、セットアップ種別選択で票数H1,H2を外し,
更新範囲を（yschのみ本年7月6日）、それ以外は全て1900年動かすと
１３時間で停止
そもそもこれだけ時間がかかるのはSQLITEのためで、MYSQLやPostgreSQLはもっと
短時間で構築できるのでしょうか？ おおよその構築時間を明示していただけると
目安になるのですが。
それともVC++2010SP1 再頒布可能パッケージは６４ビット版が正しいのでしょうか？
お問い合わせ&ご連絡、ありがとうございます。
恐れ入りますが、「更新範囲」と「セットアップ用ファイル名」を初期化せず、そのまま同じ設定で再実行してみてください。
==以下、詳細。
まず、EveryDB3は32bit（x86）で動作するため、VC++ 2010 SP1再頒布可能パッケージはx86版で問題ありません。x64版へ置き換える必要はありません。
また、SQLiteへの接続確認やテーブル作成が成功し、更新処理が数時間動作していることから、今回のエラーがVC++ランタイムのビット数だけに起因している可能性は低いと考えられます。
初回セットアップでは、取得するデータ量やPC性能、ストレージ速度、JRA-VAN側からの取得状況などにより、完了まで1日単位の時間がかかる場合があります。(通常です。)
SQLite、MySQL、PostgreSQLはいずれも比較的高速なDBMSですが、初回構築ではJV-Linkからのデータ取得・展開にも時間がかかるため、MySQLやPostgreSQLへ変更すれば大幅に短縮されるとは限りません。
「外部コンポーネントが例外をスローしました」というメッセージだけでは、SQLite側とJV-Link側のどちらで発生したかを特定できませんが、一時的な環境エラー(メモリの枯渇、ネットワーク切断、データベース負荷など)の可能性が高いです。
処理が途中で停止した場合は、原則として「更新範囲」と「セットアップ用ファイル名」を初期化せず、そのまま同じ設定で再実行してください。正常に保存された進捗から再開されます。毎回ファイル名を初期化すると、先頭からやり直すことになります。
Windows 11（x64）環境にて、EveryDB3インストーラーをダウンロード・解凍して実行したところ、『このアプリはお使いのPCでは実行できません（cmdではコンピューターの種類が異なるエラー）』となり起動できません。
exeを解凍してmsiファイルから実行することが出来ました。お騒がせして申し訳ありませんでした。
管理人のCattleです。
この度はご指摘いただきありがとうございます。
今回からインストーラの作成をWixにしたのですが、意図せずにx64(ARM)のみの対応となっていたようです。
インストーラを再生成したものを掲載するようにいたしました。
この度はお手数をおかけしました。
MySQLでDB構築するためダウンロードして導入しました。
セットアップデータをしろみたいな指示があったので行ったらかれこれ3日間ずっとそのセットアップデータをなんかしてるんですけど、これ何してるんですか？
安田記念の発送に間に合わないです。
いつもお世話になってます。
MySQL8.2でDB運用していますが今週に入ってデータの更新で確実にエラーになります。
レース情報の票数で落ちます。3連単のテーブルです。
テーブルの件数を確認したところ以下の通り
01n_hyosu 138044
02n_hyosu2 65608
03n_hyosu_tanpuku 1848540
04n_hyosu_waku 2385565
05n_hyosu_umarenwide 7386086
06n_hyosu_umatan 15871476
07n_hyosu_sanren 34579500
08n_hyosu_sanrentan 166514704
1億6000万件強というのは、PCの性能が上がったとはいえちょっと限界を超えてませんかね？
正規化したテーブルレイアウトがマズいのではないでしょうか。
3連単票数は私はオッズ解析をあまり使わないので2025年までのレコードをバックアップとってDBをスリム化して暫く運用することにしました。
でもやはり1億6000万レコードはPCで運用するには多すぎませんか？
例外情報3 : mscorlib
レコード種別: UM
入力データ : UM42026040920241035070202603260000000020240303サンシルヴァリー ｻﾝｼﾙｳﾞｧﾘｰ Sun Silvery(JPN) 0 0021071120002634オメガパフューム 1220058462エフティマイア 1120001906スウェプトオーヴァーボード 1220060587オメガフレグランス 1120001542フジキセキ 1220047721カツラドライバー 1140003690End Sweep 1240019297Sheer Ice 1120001954ゴールドアリュール 1220038939ビューティーメイク 1120001232サンデーサイレンス 1220029223ミルレーサー 1120000881ニホンピロウイナー 1220038874ノーザンマイア 201148西村真幸 00054100ハクレイファーム 新冠町 059803加藤ステーブル 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2026/04/10(金) 19:38:04 – エラーが発生しました。データベース更新処理を中断します。
2026/04/10(金) 19:38:04 – データベース更新処理を終了しました。
2026/04/10(金) 19:38:04 – ————————————————————————
何が原因なんでしょうね。
MySQLで利用させていただいています。
速報オッズが更新されない事象が発生しております。
(厳密には、いつのデータか不明なオッズがテーブルに入っているが、その後更新されない)
速報系のチェック欄はすべて入れていますし、テーブルも存在しています。
同様の不具合が起きたことある方はいらっしゃいますか？
改善方法を知りたいです。よろしくお願いします。
代替開催日2/10 速報馬体重のデータが取得できない現象がでています。DBはMySQL使用。今日は残念だが見送っとくしかないなぁ
私も確認できております
オッズ情報も取得できていないですね
sqllite3用のファイルがあるのですが、
こちらをpostgresにいれかえたいと思っているのですが
sqllite3のデータをpostgresにインポートした後
everydb2.3側の宛先をpostgresに変えれば
続きの更新などは行えるのでしょうか？
S_UMA_RACE,N_UMA_RACEともにKakuteiJyuniが含まれるデータが足りない状態になってしまった場合
全ての再セットアップを行った方がいいでしょうか？
同じエラーで苦しんである方が数名おられますが、回答が見当たりませんので
私も上げさせていただきました。初期セットアップが完了出来ず、使用開始できません！ 何とか対処方法をご教示ください。よろしくお願いいたします。
PC再起動後に、セットアップ用ファイル名初期化を実施後に再実行した際の、
以下がエラー時のメッセージ全体です。
2025/12/28(日) 12:37:15 – データベース更新処理を開始しました。
2025/12/28(日) 12:37:15 – スケジュール種別 : YSCH
2025/12/28(日) 12:37:15 – 蓄積系データ種別 (セットアップ): RACE,DIFN,BLDN,SLOP,HOSN,HOYU,COMM,TOKU
2025/12/28(日) 12:37:15 – 蓄積系データ種別 (時系列) :
2025/12/28(日) 12:37:15 – 速報系データ種別 :
2025/12/28(日) 12:37:16 – スケジュールデータ処理開始(速報＆時系列用)
2025/12/28(日) 12:37:16 – 01: 開催スケジュール(YSCH)の更新を開始 Fromtime:2025/12/22 14:51:37
2025/12/28(日) 12:37:21 – 01: YSCHの更新完了 [親件数] 0 [子件数] 0
2025/12/28(日) 12:37:21 – 蓄積系データ処理開始(セットアップ)
2025/12/28(日) 12:37:21 – 01: レース情報(RACE)の更新を開始 Fromtime:2023/01/01 00:00:00
2025/12/28(日) 12:42:30 – 外部コンポーネントが例外をスローしました。
2025/12/28(日) 12:42:30 – エラーが発生しました。データベース更新処理を中断します。
2025/12/28(日) 12:42:30 – データベース更新処理を終了しました。
2025/12/28(日) 12:42:30 – ————————————————————————
自分も色々と悩みましたが、 Fromtime：を1900/00/0000：00：00ですべて直したら出来ました。まだのようでしたら試してください