Почему пространственный тип данных не может содержать более 15 цифр, поскольку он использует Double для хранения данных?

Question

Я пытаюсь сохранить Geo CoOrdinates внутри базы данных mysql. Если мое значение точности координаты превышает 15 цифр, тогда значение округляется и сохраняется в базе данных. Я считаю, что это происходит из-за this doc.

Но интересная информацияКогда я попытался сохранить те же координаты с двойным типом данных. Я могу хранить до 17 цифр.

Пространственные типы данных также сохраняют каждую координату как двойную внутри. Затем Почему пространственный тип данных не может хранить более 15-значной точности? Я должен хранить до 20 цифр. Что делать сейчас?

Answer 1

Сво хороший вопрос, и, возможно, кто-то с большим знанием внутренностей мог ответить на этот вопрос, однако, лично я бы вопрос, почему вы «должны хранить до 20 цифр точности».

Я заметил из некоторых ваших предыдущих вопросов, что вы имеете дело с координатами широты и долготы, верно ли это?

Предполагая, что необходимость в 20-значной точности является сомнительной и не без оснований. Единая степень долготы на экваторе (самая большая) составляет примерно 110 км. Поэтому:

• 1 десятичное место 11 км
• 2 знаков после запятой составляет 1,1 км
• 3 знаков после запятой составляет 110 метров
• 4 знака после запятой 11 метров
• 5 знаков после запятой составляет 1,1 метра
• 6 знаков после запятой составляет 11 сантиметров
• 7 знаков после запятой составляет 1,1 сантиметра
• 8 знаков после запятой составляет 1,1 миллиметра
• 9 знаков после запятой составляет 0,11 мм
• 10 знаков после запятой составляет 0,011 мм

.. Я не думаю, что мне нужно продолжать здесь, в 20 десятичных знаков» будем иметь дело с расстояниями, меньшими, чем нанометровая шкала. Стоит отметить, что на самом деле эти расстояния уменьшаются по мере приближения к полюсам, хотя с MySQL вы работаете над планарной моделью, так что это не применяется (если вы не вручную реализуете сложный алгоритм vincenty для расчета расстояний - что сопряжено с большими накладными расходами по сравнению с методом haversine). На этой земле нет оборудования, которое точно фиксирует это, и поэтому вы никогда не достигнете «абсолютного» результата на этих уровнях.

Даже если вы не работаете с широтой и долготой, и вы работаете с геометрией на плоской модели, ваши подразделения могут быть любыми измерениями, которые вы хотите, чтобы они были (пока вы помните, конвертируете по мере необходимости и документа это - например, счетчики), и опять же, 20 цифр точности просто не требуются.

Конечно, вы можете отказаться от использования пространственного пространства и вручную реализовать типы с широтой и долготой, хранящиеся с использованием типа, который поддерживает требуемую точность.Но тогда у вас будет огромные накладные расходы на выполнение всех ваших собственных вычислений и уничтожение выгоды от пространственной индексации. Я НЕ рекомендую этот подход и не изобретаю колесо.

Надеюсь, что имеет смысл. Если я что-то упустил, напишите комментарий, и я обновлю ответ.