Size: a a a

2020 May 28

Bn

BANO notIT in OpenStreetMap RU
Алексей Куликов
ХМ... А внутренние механизмы валидации не отрубят Вам на первом же регионе?
А какие же там механизмы? Ограничение на количество запросов в минуту? Или на логику «ну не может же весь пакет правок быть в delete»
источник

АК

Алексей Куликов... in OpenStreetMap RU
Но зачем этим нарягать именно саму БД?
источник

АК

Алексей Куликов... in OpenStreetMap RU
BANO notIT
А какие же там механизмы? Ограничение на количество запросов в минуту? Или на логику «ну не может же весь пакет правок быть в delete»
Не знаю... Могли бы что-то подобное, "как защиту от дурака" и включить
источник

АК

Алексей Куликов... in OpenStreetMap RU
Я у себя, при запросах, проверяю "площадь", и если она велика - не отдаю данные и просто предупреждаю.
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
Алексей Куликов
Опять же, работа напрямую с БД не подразумевает "версионyость", либо это работа не напрямую с таблицами, а только с хранимками, что, посути, тот же API
емнип версионность, CoW и все остальное в каких-то бд уже есть.
источник

АК

Алексей Куликов... in OpenStreetMap RU
JOSM тоже не даст скачать много
источник

Bn

BANO notIT in OpenStreetMap RU
Алексей Куликов
Но зачем этим нарягать именно саму БД?
Да вопрос собственно не в хранимках. Делали бы изначально в постгре другие бы проблемы были
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
ограничение на площадь при отдаче есть и в осм апи
источник

f

fr1 in OpenStreetMap RU
Алексей Куликов
JOSM тоже не даст скачать много
потому что ему не даст база, он тебя просто зарание останавливает
источник

АК

Алексей Куликов... in OpenStreetMap RU
Павел Жирнов
емнип версионность, CoW и все остальное в каких-то бд уже есть.
В каких-то есть.
Но что именно Вы понимаете под "версионностью"?

В Postgresql, например, на версионности, внутренней, все транзакции построены.
источник

АК

Алексей Куликов... in OpenStreetMap RU
Если понимать именно расширенную версионность, типа git или svn - то, ИМХО, нет
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
Алексей Куликов
В каких-то есть.
Но что именно Вы понимаете под "версионностью"?

В Postgresql, например, на версионности, внутренней, все транзакции построены.
история изменений объекта
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
ветки мерджи и все остальное в осм слава богу не нужно
источник

АК

Алексей Куликов... in OpenStreetMap RU
Павел Жирнов
история изменений объекта
Нет. Такое делается на уровне триггеров.
источник

Bn

BANO notIT in OpenStreetMap RU
Павел Жирнов
ветки мерджи и все остальное в осм слава богу не нужно
Ну по факту то они есть
источник

Bn

BANO notIT in OpenStreetMap RU
Просто называется конфликтами
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
не совсем
одно дело конфликт в локальном джосме.
другое дело куча веток в глобальной базе :)
источник

Bn

BANO notIT in OpenStreetMap RU
Павел Жирнов
не совсем
одно дело конфликт в локальном джосме.
другое дело куча веток в глобальной базе :)
Ну у биткоина такие проблемы постоянно. Справляется как-то
источник

АК

Алексей Куликов... in OpenStreetMap RU
Павел Жирнов
не совсем
одно дело конфликт в локальном джосме.
другое дело куча веток в глобальной базе :)
БД подразумевает наличие ограничений ключа (внешние ограничения).

При наличии веток и версий, это затруднительно сделать, да и накладно....
источник

АК

Алексей Куликов... in OpenStreetMap RU
Именно поэтому и существуют транзакционные блокировки на уровне таблиц/строк.
источник