DS
И да, надо не забыть про то, что есть generic lens через которые можно с OverloadedLabels нормально работать. (это обращение через #value) в примере выше
Size: a a a
2021 April 08
ΑZ
скорее всего
DS
Ну заинсертить невалидные данные всё равно никто не сможет из-за чека
DS
Ну хотя да, с коерсом не справится наверное
DS
Но есть трюк
DS
Оракловый правда, но может тут сработает тоже
SP
я не знаю как это у меня открылось может тут скинули, но шикарно совершенно https://news.ycombinator.com/item?id=26738746
DS
См фокус - таблицу прячем куда-нибудь, делаем вьюшку, которая полная копия, только с отдельными полями для широты и долготы, делаем триггер на инсерт во вьюшку где валидируем руками и после уже вставляем в реальную таблицу
AN
ΑZ
ALTER TABLE dbo."Persons"
ADD CONSTRAINT verify_location
CHECK (ST_X(ST_AsEWKT("Location"))::numeric >= -180)
back_dev2.public> UPDATE dbo."Persons"
SET "Location" = 'SRID=4326;POINT(-500 10)'
WHERE "Id" = 'd0636847-d6c5-4c6a-bed0-a83b00b536e3'
[2021-04-08 18:11:03] [00000] Coordinate values were coerced into range [-180 -90, 180 90] for GEOGRAPHY
[2021-04-08 18:11:03] 1 row affected in 115 ms
DS
Ну да, чек не сработал, это как вариант был, вдруг сработает
DS
Ещё вариант проще - запретить вставку в таблицу, но разрешить хранимки
DS
В хранимке будет проверка и вставка
ΑZ
печально что это не переопределяется
ΑZ
мне бы хватило отключить все теряющие коэрсии
p
А чё у тебя кто-то лишний в базу писать будет
DS
Слишком много хочешь от постгри
ΑZ
в базу всегда кто-то лишний лазит
ΑZ
сапорты в основном
ΑZ
которые достаточно нужны чтобы получить доступ но недостаточно чистоплотны чтобы не накосячить