GeoJSON и MongoDB: стоит ли хранить точки как GeoJSON.Смысл?

введение 2.3 > MongoDB стал еще более полезным с обработкой данных о местоположении и запросами. MongoDB хранит документы как BSON, поэтому каждый документ имеет все поля документа, что, очевидно, потенциально приводит к большим базам данных, чем наши обычные RMDBS.

я использовал для хранения полилиний и полигонов как ряд индексированных точек, с дополнительным полем, представляющим порядок каждой строки (я делал это для обеспечения согласованности при использовании JavaScript, поэтому точки не всегда сохранялись в правильном порядке). Это было что-то вроде:--19-->

polyline: {
  [
    point: [0,0],
    order: 0
  ],
  [
    point: [0,1],
    order: 1
  ]
}

тогда как теперь я использую:

polyline: {
  type: 'LineString',
  coordinates: [
    [0,0],
    [1,0]
  ]
}

я видел улучшение в размере документов, так как некоторые полилинии могут иметь до 500 пунктов.

однако мне интересно, Какие преимущества хранения всех моих Point данные GeoJSON будет. Меня обескураживает увеличение размера документа, например:

loc: [1,0]

это лучше, чем

loc: {
  type: 'Point',
  coordinates: [0,1]
}

и таким образом будет легче работать.

мой вопрос:

лучше / рекомендуется хранить точки как GeoJSON объекты в отличие от массива из 2 точек?

я рассмотрел следующее:

• ограничения по размеру: у меня потенциально могут быть миллионы документов с местоположением, что может повлиять на размер коллекции, и потенциально мой карман.
• согласованность: было бы лучше иметь дело с каждым набором координат в в отличие от прилипания к lat, lng для точек, и первый для всех моих других функций местоположения.
• удобство: если я хватаю точку и использую $geoWithin или $geoIntersects С ним мне не нужно будет сначала конвертировать его в GeoJSON, прежде чем использовать его как