DO
вот это должно работать со скалярами
Size: a a a
2021 June 27
MA
По скаляру такое должно быть запрещено
DO
индекс так работает уже
DO
работа индекса в скл должна же поддерживаться
MA
И это бред, который надо спилить
IA
А что, можно вспомнить хоть как типизированный язык программирования без имплисит кастов?
По-моему, это вполне показатель того, что так оно несработает.
По-моему, это вполне показатель того, что так оно несработает.
MA
Это в каком типизированном языке можно сделать string > uuid или number > string?
IA
Во многих.
Напомню, что всякие python/javascript -- это вполне себе (динамически) типизированные языки.
Впрочем, в C дажэ, например, можно.
Впрочем, что гораздо важнее -- список доступных имплисит кастов и их правила бывают очень разные. Но совсем без них языки не взлетают.
Напомню, что всякие python/javascript -- это вполне себе (динамически) типизированные языки.
Впрочем, в C дажэ, например, можно.
Впрочем, что гораздо важнее -- список доступных имплисит кастов и их правила бывают очень разные. Но совсем без них языки не взлетают.
MI
Python 3.8.5 (default, May 27 2021, 13:30:53)
[GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 1 > '2'
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: '>' not supported between instances of 'int' and 'str'
MI
Про джаваскрипт - я не уверен, что это подходящий пример
MI
Честно говоря, не знаю, насколько это правда
MI
MI
Кроме того, имплисит касты между числами планируется оставить в любом случае. Так что нельзя сказать, что никаких не будет
MA
Я к тому, что когда ты выходишь за класс чисел, становится абсурдом сравнивать на больше/меньше без явного приведения
То, что индекс как-то для себя упорядочивает классы (он не может этого не делать) — никак не должно влиять на пользователя.
Т.е. с точки зрения реализации индекса должно быть можно в любой момент поменять местами, например, uuid и number в индексе
То, что индекс как-то для себя упорядочивает классы (он не может этого не делать) — никак не должно влиять на пользователя.
Т.е. с точки зрения реализации индекса должно быть можно в любой момент поменять местами, например, uuid и number в индексе
DO
проводили опрос, вроде кто-то пользуется этой хренью
MI
Вот результаты
MI
Мы думаем, делать или нет индексы по склярам. Отсюда вопрос знатокам — используете ли вы индексы по типу SCALAR?
Анонимный опрос
Проголосовало: 58DO
соотв индексы раз есть, то сравнения надо поддерживать
DO
Возможно в таком виде:
WHERE
foo > CAST($1 TO SCALAR)
MI
В планах на этот квартал стоит исправить систему типов в SQL, но с учетом того, что насчет счатического вычисления типов речи не шло до прошлой недели, я совневаюсь что мы получим к концу нормально работающую систему в которой есть имплисит касты и скаляр