sqlite2→sqlite3への変換で文字列の数値(TEXT)が数値(DECIMAL)として認識されてしまう

Question

前提・実現したいこと

sqlite2で動いているシステムがあり、sqlite3へバージョンアップをしたいのですが、変換時に問題があり困っています。

発生している問題・エラーメッセージ

https://www.tokyocafe.net/slog/?eid=663"
上記URLを参考に以下のコマンドで変換をかけました。
sqlite test.sqlite2 .dump | sqlite3 test.sqlite3

CREATE TABLE 'TEST' ( 'tel' TEXT );

INSERT INTO TEST ( tel ) VALUES ('09099999999');

上記のようなテーブルのTEXT項目に電話番号のような文字列の数値が入ったデータをsqlite3へ変換すると数値して認識されてしまい、先頭の0(ゼロ)が削除されてしまいます。

何か回避する方法はありませんでしょうか。

試したこと

sqlite2のデータを.output ./test.txt　のコマンドでdmupを吐き出したところ、sqlは以下のようになっていて、コーテーション付いていませんでした。

INSERT INTO TEST ( tel ) VALUES (09099999999);

補足情報（FW/ツールのバージョンなど）

ここにより詳細な情報を記載してください。

Answer 1

元々のデータが'で括られていないのではありませんか？
dumpデータではなく、テーブルの内容をエクスポートして'で括られているかどうか確認してみて下さい。

Answer 2

SQLの掟では文字列はシングルクォートで囲まなければなりません。
SQLiteのバージョンが上がって掟を守るのがちょっと厳しくなったのでしょう。

Comments

[KentaroSasayama]

TEXT項目をDUMPでエクスポートするのにシングルクォートが付いてないのが解せません。
エクスポートを自前で組まないとダメでしょうか。

[Orlofsky]

ソフトウェアにバグは付物だし、バグを気にするなら最初からSQLiteをなんて使う方が悪いですし、慣れた設計者なら文字列の左にゼロを付けるようなコード体系は避けただろうに。
データ量が少なければ dump したファイルをエディタで修正する方法もありです。

[maisumakun]

> 慣れた設計者なら文字列の左にゼロを付けるようなコード体系は避けただろうに。

電話番号や郵便番号のようにコード体系が所与のものの場合はいかんともしがたいかと…