Ещё может подтвердить Гулутзан. В целом если чего-то нет в анси, неясно зачем это Тарантуле. В постгресе много чего есть...

О том и речь.

И по Скаляру конкретно, это расширение Тарантула, его "фишка". Тип не самый простой по семантике, но придуман чтобы объединить статическую типизацию и schema-less *удобно* для пользователя. Исходя из этого и надо действовать.

А банить его - ну как бы признать что статические типы и schema-less не живут вместе (что неверно).

Ну и соответственно нельзя для скаляра брать семантику из Постгреса или Анси. Её надо самим придумывать исходя из удобства. Т.к. ни в постгресе ни в анси подобной штуки нет.

и ещё. сломаете скаляр- по индукции сломаете тип ANY. А тип ANY для schema less нужен по любому.

и индексировать его тоже надо уметь.

Не, с типом any все норм

Там индексов нету

если это норм, то да :), всё норм :)))

Навряд ли это можно взять как подтверждение, но Питер тоже против implicit cast-ов.

https://github.com/tarantool/tarantool/discussions/5910#discussioncomment-560781

естественно. но я более-менее точно помню что '2019-05-03' можно с типом date сравнивать без явного приведения.

и это ansi. ещё раз, уточните у него

@kostja_osipov а что, если продолжить мысль с добавлением скаляра как типа? Т.е.тогда появятся значения типа scalar. Тогда для него можно определить список операций. Например сравнения. Это решит проблему с статическим вычислением типа. В то же время арифметические операции не будут работать со скаляром как операндом, т.к. на скаляре не определены

Т.е. при сравнении чего-то со скаляром делаем промоут этого чего-то к скаляру и сравниваем. А при необходимости получить более узкий тип выдаем ошибку

пока вот, в части 2 Foundation/SQL в разделе "4.11. Data conversions" написано когда применяются имплицитные конверсии "Implicit type conversion can occur in expressions, fetch operations, single row select operations, inserts, deletes, and updates. ". Дальше они переходят к применению эксплицитных конверсий, и user-defined кастов.
Пытаюсь пройтись по закоулкам доков найдя упоминание конверсий для чисел (легче всего находятся для date/time, но это не то, что нас интересует в рамках дискуссии)

если нормально определить таблицы сравнения и конверсий, то конечно же, скалар - вполне себе тип.

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

это вопрос таблицы конверсий.

Доброе утро. Как рекомендуется организовывать ручную (т.е., с возможностью подсмотреть вовнутрь сервера приложений и подёргать за ручки) отладку будущего боевого кода через командную консоль? Как инстанс запускать из командной строки через tarantoolctl и смотреть текстовый журнал в случае проблем?