{"id":10804,"date":"2020-07-09T16:03:29","date_gmt":"2020-07-09T07:03:29","guid":{"rendered":"https:\/\/je1sgh.mydns.jp\/je1sghblog\/?p=10804"},"modified":"2020-07-09T16:03:29","modified_gmt":"2020-07-09T07:03:29","slug":"log%e3%83%87%e3%83%bc%e3%82%bf%e3%81%ae%e7%aa%81%e3%81%8d%e5%90%88%e3%82%8f%e3%81%9b%e3%83%97%e3%83%ad%e3%82%b0%e3%83%a9%e3%83%a0%e3%82%92%e6%9b%b8%e3%81%91%e3%81%a8%e3%81%84%e3%81%86%e8%87%aa-5","status":"publish","type":"post","link":"https:\/\/je1sgh.mydns.jp\/je1sghblog\/?p=10804","title":{"rendered":"log\u30c7\u30fc\u30bf\u306e\u7a81\u304d\u5408\u308f\u305b\u30d7\u30ed\u30b0\u30e9\u30e0\u3092\u66f8\u3051\u3068\u3044\u3046\u81ea\u5206\u3078\u306e\u6307\u4ee4(5\u30fb\u7d42)"},"content":{"rendered":"\n

ログの原簿であるLog200のデータにある交信レコードをup-to-dateにしているメインのデータベースであるMariaDB (MySQLコンパチブル)のデータと照合して，MariaDBに欠落しているレコードがないか，を確認するプロジェクトですが，照合スクリプトの最終形が吐き出したエラー分について手で確認をしました．<\/p>\n\n\n\n

MariaDBとの照合は，日付，時刻（±5分のマージン）とコールサインで検索しました．参考の為に，モードの違いについても，検索してヒットしたレコードと原簿のレコードについて照合して，違う場合はwarningとしました．<\/p>\n\n\n\n

原簿にある7万9千レコード全部について照合するのに，190分ほどかかりました．そのうちほとんどがMariaDBが占めていて，PerlのCPU占有は30秒余りです．<\/p>\n\n\n\n

その結果，モードの違いまでも含めると，540ありました．検索条件が違うので(4)の293件<\/a>より多くなっています．<\/p>\n\n\n\n

このうちwarning扱いのモードの違いをのぞいたエラーは，128件で，手作業で照合しました．<\/p>\n\n\n\n

ほとんどが，コールサインの間違いです．もらったQSLカードで修正したものがほとんどです．また，時刻の違いも何件かありました．時刻は，PCの時計データを取り込むようにしていますが，そのPCが仮想マシンのため，仮想マシンが再起動した直後に時刻データが不正確であった可能性があります（これは仮想マシンの特定のバージョンにより含まれているバグです）．可能性は低いとはいえ，自分が間違っている可能性もあり，間違っているのは自分か相手か断定できません．しかし，もらったQSLカードに返信の形で発行するQSLカードは相手の時刻に合わせた方が無難なので，ほとんどのケースで相手に合わせて修正してます1<\/a><\/sup>ただし，あり得ない時間や明らかにJST\/UTCの計算違いの場合は，こちらの時間にしています．<\/span>．<\/p>\n\n\n\n

完全な漏れは，先に判明したUR2FEO局の2交信分<\/a>の他は，8N2SEA\/2局との1交信のみでした．いずれも追加済です．思っていたよりうんと少ないレベルなので，安心しました．<\/p>\n\n\n\n

これで，少なくとも原簿であるLog200に記録されている交信は全てメインの交信データベースにあるという状態にできました．<\/p>\n\n\n\n

ただし，多くはない思いますが，原簿に漏れている交信もあるはずです．それらについてはどうしようもないです．QSLカードが届いて，該当する交信レコードがないときはこっそり追加するしかありません😓<\/p>\n\n\n\n