一部のコメントでは、JSON形式のままにして、テキスト列に保存することを提案しています。
スキーマを制御できる場合は、2つのNUMERICに保存することをお勧めします。 フィールド-1つは緯度用、もう1つは経度用です。基本的に、それはあなたが持っているデータです。コンテナ形式としてJSONを使用して受け取ったという事実は、データ自体とは無関係です。
緯度と経度として保存すると、クエリが簡単になり、必要に応じて後でJSONを再作成できます...ただし、取得したい場合は JSONとして、あなたはそうするためにはるかに良い立場にいるでしょう。また、将来の変更に対してJSONに縛られていないことも意味します。
個人的には、データの本質的な性質を、たまたまデータを受け取る方法から精神的に分離することは常に良い考えだと思います。そのストレージに慣用的な形式でデータを保存します。したがって、数値を保存する場合は、数値データ型の1つを使用します。日付と時刻を保存する場合は、datetimeを使用してください 、など。そうすれば、アクセスするたびにデータ自体との間に余分なレイヤーができてしまうことはありません。
このアプローチは、不良データを早い段階で発見する可能性がはるかに高いことも意味します。最初に解析せずにJSONを直接保存すると、後で 緯度または経度が有効な数値ではないことを確認してください。ちなみに、サンプルデータにlonが含まれている場合があります 時々lng とにかくデータのクリーンアップを行う必要があることを示唆しています。