AB
база вспухнет наверно, даже если получится провернуть. на вакууме потом больше потеряешь
Size: a a a
2021 February 18
AB
но чисто гипотетически я бы наверно в соседнюю базу заливал со стилем в котором выключены все поля которые были отдельно нужны
AJ
хм, а потом объединить базы?
AJ
что то мне подсказывает, что не пройдет все так гладко
AJ
ну ладно, планета у меня за 11 часов льется, оставлю на ночь заново, если простого способа нет добавить
AB
а они все и не нужны никогда. но если тебе вдруг понадобится вдруг name:hk условно говоря, то взять его будет неоткуда кроме вот этой помойки
AJ
для стиля osm-carto они там активно используются, но какие именно выяснять нет желания)
AB
для стиля osm-carto они там активно используются, но какие именно выяснять нет желания)
а вот это прямой путь к снижению производительности. нет желания сейчас - может больно стукнуть потом
AJ
а они все и не нужны никогда. но если тебе вдруг понадобится вдруг name:hk условно говоря, то взять его будет неоткуда кроме вот этой помойки
для этого я делаю в стиле name:hk и в отдельную колонку все попадает
AJ
сколько нынче занимает планета в sql
с дропом и без hstore 300 гигов
f
для этого я делаю в стиле name:hk и в отдельную колонку все попадает
ну вот он и намекает, что без перезаливки никак, а так хоп, и достал туза из рукава
AJ
без дропа и с hstore около 900 вроде было
AB
@Komzpa кстати про hstore. так и не нашелся герой кто бы на json переделал?
AJ
а вот это прямой путь к снижению производительности. нет желания сейчас - может больно стукнуть потом
я же решил вопрос этот переносом базы на nvme)
AB
а, не смержили же, да(
AJ
ну вот он и намекает, что без перезаливки никак, а так хоп, и достал туза из рукава
так не в этом дело. у меня нет желания ковырять osm-carto, что там и для чего используется там черт ногу сломит. беглым просмотром стиля увидел, что tags->... там мелькает в большом количестве