NL_O5_OddsSanrenInfoとNL_O6_OddsSanrentanInfoのレコード数が正しくないことがある

[urasandesu]

メールにて以下のご報告：

杉浦様

突然の連絡失礼いたします。
JRA-VANデータラボより JVLinkToSQLite をダウンロードさせていただき試用させていただいているものです。一部の動作に関しまして気づいた点がございましたので報告させていただきます。

NL_O5_OddsSanrenInfoとNL_O6_OddsSanrentanInfo にてレコード数が正しく記録されない場合があるようです。
発生条件確認してみますと，出走頭数が18頭以下の場合に発生しているようです。(出走18頭の場合は正しく出力されています。)
憶測ですが，18頭未満の出走の場合にJVDataフォーマットのレコードに含まれるスペースの部分でSQLへの変換が終了してしまっているのではないかと思っています。

C#，githubともに素人のためプルリクエスト等できず恐縮ですが，お手すきの際に修正いただけますと幸いです。
以上ご報告まで。

[urasandesu]

JVData の仕様を勘違いしていた。

NL_O5_OddsSanrenInfo の元になっている3連複オッズは、組番の昇順（01-02-03～16-17-18）でデータが提供されるが、18 頭より頭数が少ないレースでは、昇順にした際に不要となる組を除外するのではなく、空白として提供される。例えば、11 頭立てのレースでは、以下のようなデータが提供されることとなる：

#	組	オッズ
1	010203	014030
2	010204	001521
3	010205	010333
4	010206	004875
5	010207	009287
6	010208	049869
7	010209	016563
8	010210	051550
9	010211	039895
10
11
12
13
14
15
16
17	010304	002204
18	010305	013298
19	010306	007236
20	010307	012887
21	010308	048808
22	010309	011470
23	010310	058820
24	010311	041333
…	…	…

現状の処理では、10 個目の組でデータが存在しないと判断し、以降のデータを切り捨ててしまっていた。そのため、報告にあるような振る舞いになっていた。

[urasandesu]

同様の問題が以下の子テーブルにもある：

• NL_H1_**
• NL_H6_**

合わせて修正する

[urasandesu]

以下の通り修正版がリリースされたため、クローズ

JVLinkToSQLite｜競馬ソフト使い放題の会員サービス DataLab.（データラボ）｜競馬情報ならJRA-VAN
https://jra-van.jp/dlb/sft/lib/jvl_tosqlite.html