если бы ты писал просто апдейт то как бы он выглядел (без конфликт вот этого всего)

missing FROM довольно чётко сказано

сказано то четкно но from tablename есть же

в инсерте есть. в апдейте нет

я почему-то не нашел примеров с CONFLICT чтоб куда-то указывать надо было таблицу подскажите куда подставить эту таблицу тогда? обычный упдейт бы выглядил так update my_table set my_table.price = tablename.price where my_table.id=tablename.id

и этот бы сругался ровно так же. фром нужен

можно использовать EXCLUDED таблицу

https://www.postgresql.org/docs/current/static/sql-insert.html

Note that the special excluded table is used to reference values originally proposed for insertion: INSERT INTO distributors (did, dname) VALUES (5, 'Gizmo Transglobal'), (6, 'Associated Computing, Inc') ON CONFLICT (did) DO UPDATE SET dname = EXCLUDED.dname;

спасибо оказывается можно еще вот так ON CONFLICT (id) DO UPDATE SET price='tablename.price'

спасибо оказывается можно еще вот так ON CONFLICT (id) DO UPDATE SET price='tablename.price'

эммм, ты ж тут строку присваиваешь

эммм, ты ж тут строку присваиваешь

да точно) спасибо

Всем доброго времени суток!) Подскажите пожалуйста, кто-нибудь использовал https://github.com/sorintlab/stolon? какие впечатления (стабильность, производительность и тд)?

а у меня есть вопрос про BRIN

когда вставили новый батч, который не подпадал под существующие рейнджы и до того как запуститли вакуум, то есть не вызывалась суммаризация как вопрос будет выполняться

будет ли брин работать хотя бы как эксклуд для блоков которые не надо сканить

когда вставили новый батч, который не подпадал под существующие рейнджы и до того как запуститли вакуум, то есть не вызывалась суммаризация как вопрос будет выполняться

а оно вроде не на вакуум, а при самом обновлении

As new pages are filled with data, page ranges that are already summarized will cause the summary information to be updated with data from the new tuples. When a new page is created that does not fall within the last summarized range, that range does not automatically acquire a summary tuple; those tuples remain unsummarized until a summarization run is invoked later, creating initial summaries. This process can be invoked manually using the brin_summarize_new_values(regclass) function, or automatically when VACUUM processes the table.

вот тоже сейчас нашел этот коммент, значит не прав, думал оно всегда на обновление дергается

неа, brininsert() не делает

мне в итоге хочется понять как запрос выполняется

судя по плану, он всё равно юзает брин индекс, но получается что как блум фильтр что ли

вот спросят меня прогромисты, и что я им отвечу :(

вот спросят меня прогромисты, и что я им отвечу :(

"Да все ок работает, десять лет уже с этой БД, не придумывай! У вас тест-то на это поведение написан?"

я вам завидую

у меня и без индексов-то ничего не работает :(

полигон не вертится, не растет кокос

ERROR: CREATE TABLE juno_osm_testing_point_tmp AS SELECT * FROM juno_osm_testing_point ORDER BY CASE WHEN ST_IsEmpty(way) THEN NULL ELSE ST_GeoHash(ST_Transform(ST_Envelope(way),4326),10) END COLLATE "C" failed: PANIC: stuck spinlock detected at hash_search_with_hash_value, /build/postgresql-9.6-999/build/../src/backend/utils/hash/dynahash.c:994 server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request.

ERROR: CREATE TABLE juno_osm_testing_point_tmp AS SELECT * FROM juno_osm_testing_point ORDER BY CASE WHEN ST_IsEmpty(way) THEN NULL ELSE ST_GeoHash(ST_Transform(ST_Envelope(way),4326),10) END COLLATE "C" failed: PANIC: stuck spinlock detected at hash_search_with_hash_value, /build/postgresql-9.6-999/build/../src/backend/utils/hash/dynahash.c:994 server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request.

не знаю что там под звёздочкой но всегда думал что сортировать надо не при вставке а при конечной выборке.

не знаю что там под звёздочкой но всегда думал что сортировать надо не при вставке а при конечной выборке.

ознакомьтесь с http://www.paulnorman.ca/blog/2016/05/improve-your-st-geohash-sorting-with-these-three-simple-tricks/

с картинками на http://workshops.boundlessgeo.com/postgis-intro/clusterindex.html

ознакомьтесь с http://www.paulnorman.ca/blog/2016/05/improve-your-st-geohash-sorting-with-these-three-simple-tricks/

вот видишьте, полгода едва прошло, а уже трюки не срабатывают

в смысле - не срабатывают?

это osm2pgsql

это osm2pgsql

то-то мне имя автора показалось знакомым )

в смысле - не срабатывают?

> ERROR: ??

да, только застревает оно на спинлоках

а если прибавить макс_чарс?

хотя наверное я херню несу

кот, а вы не писали в кх на тему спонсирования поддержки гиса?

кх?

клик хаус

нет, не писали

уж слишком уж большое количество эджкейсов - или следовать стандарту (и начинать тормозить), или не следовать (и реимплементить всё-превсё заново)

я смотрел, что нужно написать, чтобы просто сделать в базе минимальный закос под постгис, который сделал бы её drop-in совместимой с qgis

самая критическая штука - ST_Intersects от двух произвольных шейпов, чтобы лассо работало

крешер в ST_Intersects в постгисе я словил буквально прошлым летом :)

https://github.com/postgis/postgis/pull/105

ну мне кажется ты зря так пессимистично настроен

окей, а что такое в твоём понимании "поддержка гиса"?

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

А почему вот этот огромный экстеншен postgis еще не в самом pg?

а зачем

ты хочешь видеокодеки в ядре постгреса?

разные релиз цикли, модель разработки

Видео кодеки?

постгис в последних убунтах их вполне тянет с собой :)

А зачем они ему?) О_о

c растрами работать, как зачем?

https://www.youtube.com/watch?v=fCrB1t8MncY

ты хочешь видеокодеки в ядре постгреса?

Осторожно. А то Nero получится. :)

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

Она не учитывает несферичность планеты? ) открывая в qgis список систем координат приходишь в ужас от всего разнообразия. А ещё есть всякие местные системы координат - и понимаешь, что порог вхождения повышает в том числе и эта путаница

Она не учитывает несферичность планеты? ) открывая в qgis список систем координат приходишь в ужас от всего разнообразия. А ещё есть всякие местные системы координат - и понимаешь, что порог вхождения повышает в том числе и эта путаница

в нём нет банального полигона с дырками

А при построении полигонов есть проверки на самопересечение и прочее?

Сам в геодезии и картографии слаб, но сталкивался с entity spatial в oracle. Там достаточно много чего есть

OGC Simple Features

ERROR: S client not available

если в имплементации нет всего, что на рисунке выше, оно обязательно с чем-нибудь окажется несовместимо

А вот полигоны те же с дырками - я не совсем понимаю как они должны храниться. Полигон хранится координатами точек - полигон с дырками - номер контура и координаты?

там есть проверки вида "если вы вызовете area(), то мы проверим на самонепересечение"

для примера глянь https://en.wikipedia.org/wiki/Well-known_text

в общем случае полигон - это массив колец

первое кольцо внешнее, остальные - дырки

Кольцо - в моей терминологии - контур )

бокс полигона считается по первому кольцу

LinearRing в OGC-терминологии

А в pg получается нет возможности вычислить ту же площадь без костылей вида area(ring1)-area(ring2)...- area(ringN)?

да

ну, всегда можно сделать с-образный полигон с канавкой, только его рисовать погано

)) и площадь чуть меньше будет

ровно такая же

На площадь канавки )

если по тем же точкам

но на дворе, кажется, не 1998, когда это было в моде :)

в общем, они срисованы откуда-то с интервалов и массивов, есть не сильно нужные операторы вроде "точно слева от?" и выколотость точек на концах, но нету ничего мульти-

Сталкивался с человеческим фактором который был где-то в 98. Когда в РФ ставили землю на учёт требования к точности были так себе, и сотрудники кадастровых палат рисовали мелкие участки буквально на глаз. Под теми же опорами ЛЭП площадь участка 20 кв.м что в массштабах целых районов/регионов - совсем ничто. И сотрудники для ускорения ввода рисовали их "кружочками" (2 клика мыши - центр и радиус, вместо 4х при рисовании квадратов). После нескольких лет работы с этим и нескольких перегонов из ГИС в ГИС эти кружочки стали полигоном с 360 точками. А учитывая их количество - вызывали нереальные нагрузки на oracle при обработках пересечений, расчетах площадей и прочем

Вот такая у нас картография в РФ )

ага. в нынешнем josm квадратик массово рисуется в полтора-два клика (если референсная линия зафиксирована, то одна протяжка по диагонали, если нет - клик по одному углу и протяжка по противоположной стене)

ребята из питерского транспорта жаловались, что сделали прототип на постгисе и всё работало, а потом заставили переделать всё на оракл и оно стало тормозить, так что могу представить :)

Ну я про эти 360 точек тоже узнал - когда тормозило и я искал медленные запросы. Почитаю про wkt думаю ещё будут вопросы

первое кольцо внешнее, остальные - дырки

Мне это кажется не совсем верным. Внешних колец может быть несколько.

это уже мультиполигон

и он массив полигонов

потому что в каждом внешнем кольце свои дырки

А речь шла о полигонах? Сорри, не заметил.

Мне это кажется не совсем верным. Внешних колец может быть несколько.

Был не прав. Вспылил. Взял свои слова обратно.

но да, мультиполигоны - это следующее, про что забывают при имплементации

потом забывают про смешанные коллекции

потом про коллекции коллекций