CSV / TSV ↔ JSON 相互変換

機能

• 3 方向：CSV → JSON、JSON → CSV、CSV → SQL（INSERT 文、CREATE TABLE の有無を選択可）
• ⚠️ SQL のテーブル名・列名はホワイトリスト検証を通してから組み立てます —— 不正なものは二重引用符で囲み、値の単一引用符は二重化し、注入の口を作りません
• ⚠️ SQL の型推論はあくまで推測で、CSV → JSON と同じ判定を共有します（`true` はどちらでも文字列）
• 区切り文字の自動判別：カンマ・セミコロン・タブ・パイプ。「出現回数が最多」ではなく「毎行の列数が揃う」で判定します
• 引用符・フィールド内改行・`""` エスケープを RFC 4180 に従って処理。Excel でずれません
• Excel が付ける BOM を除去 —— 残すと最初のキー名に不可視文字が混ざります
• 数値は無損失のときだけ変換：`007`・`1.50`・`1e5`・桁の長い ID は文字列のまま残ります
• 見出し行のない表は配列の配列で出力。`"0"` `"1"` のような本物のフィールド名に見えるキーを捏造しません
• 見出しの重複には接尾辞を付けます（`id` / `id_2`）。後ろの列が前の列を黙って上書きしません
• データ行が見出しより長い場合は余った列を保持し、短い場合は空文字で埋めます
• JSON → CSV では列名を全行のキーの和集合にします。後ろの行にしか出てこない項目が丸ごと落ちません
• 入れ子のオブジェクトと配列は JSON テキストとしてセルに入れます
• 出力はシンタックスハイライト付き。JSON のインデントは 2 / 4 スペースとタブ

使い方

1. CSV / TSV または JSON を貼り付けます（JSON として解析できれば JSON、それ以外は CSV として扱います）
2. 方向・区切り文字・見出し行の有無は手動でも指定できます
3. 結果はその場で更新されます。区切り文字を誤って認識した場合は手動で選び直してください
4. コピーして結果を取り出します

よくある質問

CSV → SQL の型は推測ですか？

はい、ページにもそう書いてあります。見ているのは値がどんな形をしているかだけです：すべて整数なら `INTEGER`（32 ビットを超えるなら `BIGINT`）、すべて小数なら `NUMERIC`、それ以外は `TEXT`。その列がデータベース上で何を意味するかは知りません —— 電話番号の列はすべて数字ですが、正しい型は `TEXT` です（先頭の 0、国番号の `+`）。`CREATE TABLE` は出発点として扱い、実際の意味に合わせて直してから使ってください。

生成された SQL を実行しても安全ですか？

文字列を組み立てる部分は注入対策として書いています：テーブル名と列名はまずホワイトリスト（先頭は英字かアンダースコア、以降は英数字とアンダースコア、予約語でないこと）を通し、通らないものは二重引用符で囲みます。値の中の単一引用符は必ず二重化します。どちらも必須です —— CSV の中身は他所から持ってきたもので、1 つのエスケープ漏れがその行の値を早く閉じ、以降が SQL 文の一部になってしまいます。ただし文そのものが妥当かは別の話です：型は推測で、列名は見出し行から来ています。実行前に目を通してください。

数値が文字列になったりならなかったりするのはなぜですか？

既定の判定基準は往復無損失です。テキストを数値にし、さらに文字列に戻して元と完全に一致する場合だけ変換します。`30` は 30 を経て `30` に戻るので変換されます。`007` は 7 を経て `7` になり元と違うので `"007"` のままです。`1.50` も同様にそのまま。2^53 を超える整数（20桁の注文番号など）は下位桁が失われるため文字列のままです。安全な範囲では数値型が得られ、危険な範囲では不可逆な変更が起きません。すべて文字列にしたい場合は「すべて文字列」を選んでください。

区切り文字はどう判定していますか？

カンマ・セミコロン・タブ・パイプのうち、すべての行が同じ列数に分かれるものを選びます。出現回数だけで判定するとデータ内容に騙されます —— セミコロン区切りの表でも、メモ列にカンマがいくつも入っていればカンマの総数が上回り、計数で選ぶと表全体がずれます。どの候補も条件を満たさない場合（行ごとに列数が違う場合など）はカンマに戻します。誤って認識したら、結果の上にある設定で手動指定してください。

空行が消えるのはなぜですか？

空行は読み飛ばします。手で編集した CSV には空行がよくありますが、Excel も他のツールも空行からデータ行を作りません。残すと JSON に `{"id":"","name":""}` のような空レコードが増えてしまいます。代償として、単一列の CSV で「その行の値がたまたま空」の場合も一緒に落ちます —— 単一列で空値がある表は、ダミーの列を1つ足してから変換してください。

入れ子のオブジェクト（配列）はどうなりますか？

JSON テキストとしてセルに入ります。たとえば `{"a":{"x":1}}` は `{"x":1}` と書かれた1つのセルになります。CSV には行と列しかなく、入れ子を置く場所がありません。別の方法として `a.x` のような列に展開する手もありますが、列名にドットを許す必要があり、しかも一方向で元に戻せません。構造を保ちたいなら JSON のままにしておき、CSV に変換しないでください。

Excel で開いて問題は起きませんか？

起きません。JSON → CSV の出力は CRLF 改行で、これは RFC 4180 が定める形式であり、Excel が無条件に受け付ける唯一の形式です。カンマや改行を含むフィールドは引用符で囲まれるので、ずれも起きません。逆方向も対応済みで、Excel が CSV の先頭に書く BOM は除去します —— 残すと最初のキーの先頭に目に見えない U+FEFF が入り、表示は `id` と同じなのに `obj.id` では絶対に取れなくなります。