2024.09.0210:45:41.008 SimpleVolumesStage2 (NZDCAD,M15) OnTesterInit | ERROR: Can't load data from file database892.sqlite.
2024.09.0210:45:41.008 SimpleVolumesStage2 (NZDCAD,M15) Check that it exists in data folder or in common data folder.
А можно потом (после второго этапа) поменять, в базе данных, статус задач первого этапа для тех пар и тф на которых второй этап дал плохие результаты, чтобы для этих пар и тф как бы поверх второго этапа добавить проходов первого этапа ещё, а потом для них провести повторно второй этап? Просто при таком действии id новых проходов первого этапа будет выше чем id проходов второго этапа для всех остальных пар в этой базе. Я имею веду таблицу passes. Можно так сделать, и найдёт ли оптимизатор проходы превого этапа для этих пар и тф?
ユーリ、こんにちは！セカンドステージの最適化を実行 し、なんとかパスしました。しかし、最適化の間、このようなエラーが常にログに残っています：
そして結局、私が気づいたように、データベースには何も追加されていませんでした...。タスクデータベースで唯一変更されたのは、第2段階のタスクのステータスと実行時間です。
このエラーは何を意味しているのでしょうか？パスに関する情報はどこに記録されるべきなのか、また記録されるべきなのか？また、パスに関する情報はどこに記録されるべきなのでしょうか？
こんにちは、ビクター。
このような現象は見たことがないので、確かにエラーですね。ログのこの行から判断すると
メインのデータベースで、パステーブルが2番目のデータベースでのみ作成されるはずのものに置き換えられていると推測できます。つまり、このテーブルには48カラムの代わりに2カラムがあります。
この問題に対処し、第2ステージを走った。メインベースの通路が追加された。しかし、新たな問題が発生した。今度は3つ目のExpert Advisorだ。なぜか、リストで指定したパスを取らず、パステーブルから一番最初のものを取ってしまうのです。そして今、第2ステージのEAが同じように働いたという仮定があり、全体の最適化が間違っています。どうすれば解決できるのか、まだ理解できていません。
あなたの考えによると、タスク・データベースはCommonFilesフォルダかターミナルの MQL5Filesフォルダの どこに 作成すべきでしょうか？
3つ目のExpert Advisorも問題なく動作しています。Yuri Expert Advisorとこの一連の記事に感謝します。
追記：このような瞬間に気づきましたが、確かに問題ではありません。しかし、テスターのビジュアルモードでテストすると、EAは多くの場合0.01ロット単位で別々の注文を開きます。私の理解では、各仮想戦略はそれぞれ独自のポジションをオープンします。しかし、3番目の記事のスキームを見ると、最後のスキームによると、各取引商品で1つのポジションをオープンし、オープンしているすべての仮想ポジションの合計ロットと方向に応じてボリュームを調整するだけです。ネット口座で作業しているようなものだ。テスターの不具合か、ポジションの表示方法のせいかもしれませんが......。ユーリさん、EAをhage口座でネッティング口座のように動作させ、各取引商品についてマーケットに1つのポジションしか持たないようにすることは可能ですか？
ユーリ こんにちは。今、第2ステージを最適化しているのですが、ログに時々データベース占有エラーが出ます：
Expert Advisorは、記事のオリジナルです。PCのローカルエージェントと別のPCのローカルネットワーク上のエージェントで最適化しています。一般的に、プロセスは進行しており、データベースへのパスも埋まっています。
また、第2段階のいくつかのタスクが非常に早く終了することがあります。例えば
例えば、NZDCAD H1 M30とNZDCHF H1は、私の理解では、文字通りオプティマイザーの1パスで終了しました。データベース上では、第1ステージのパスが何度もありますが。なぜこのようなことが起こるのでしょうか？
そして、NZDCAD M15は全くエラーを与えました。私が理解するように、それはデータベース内のデータを見つけることはありませんが、これはどのように可能ですか？結局のところ、これらのペアの最適化の最初の段階では、データベースにあったし、パスがあるはずなのですが......。
ユーリ、例えば、第1段階と第2段階を実施し、すべてを1つのデータベースに保存することは可能ですか？そして、（第2ステージの後に）データベースで、第2ステージで悪い結果が出たペアやTFの第1ステージのタスクのステータスを変更することは可能ですか？単にそのようなアクションで、このベース内の他のすべてのペアのために第一段階の新しいパスのIDは、第二段階のパスのIDよりも高くなります。つまり、テーブルのパスです。また、オプティマイザーはこれらのペアとtfの第1ステージのパスを見つけるのでしょうか？
データベースはどこかで開かれ、ロックされている。また、例えばMetaEditorのように、テスターに関係する外部アプリケーションであることもあります。このようなことに遭遇した覚えはありません。
NZDCAD M15の第一段階のパスが何らかの理由で見つかっていないことを示しています。
はい、何度でもできます。以前の第1ステージの古いパスを残したくない場合は、必要なid_taskによってパステーブルからそれらを削除することができます。