Опять я дискуссию пропустил... Когда я писал про совместимость листов, имелось ввиду, что лист, созданный в одной системе, корректно прочитается в другой (допустим вы записали что-то в базу в формате $list и передали эти данные). Особенности связаны с форматами чисел, которые в разных системах имеют разную точность и разные диапазоны. Таким образом внутреннее представление будет отличаться (простейший пример 1000 и 1E3 - целое число и число с плавающей точкой с дробной частью, равной 0). Но при извлечении элемента и использовании его в операциях это будет одно и то же везде. Т.е. совместимость гарантирует правильное извлечение данных, а не двоичное совпадение полученных листов. Кстати, приведенный пример
Alexey MaslovПохоже, так всё и осталось:

USER>s a=$lb("0","0"),b=$lb(0,0) w a=b
0

YDB>s a=$lb("0","0"),b=$lb(0,0) w a=b
1


не совсем корректный, не зря для сравнения листов была введена функция $LISTSAME. Она в обеих системах даст одинаковый результат.

И уж чтобы расставить точки на i, некорректное поведение в приведенном примере ИМХО со стороны Cache. Это связано с неявной типизацией данных, которая там появилась, однако используется совершенно беспорядочно и недокументированно. Я уже писал про $zhex, в листах проявляется то же самое. Результат зависит от предыдущей операции с этими данными ! Отсюда и необходимость в функции $LISTSAME. В нашем варианте в YottaDB функция $listsame была добавлена только для совместимости при переносе программ и данных между системами.
USER>s a=$lb(1000),b=$lb(1E3)

USER>w a=b
0


YDB>s a=$lb(1000),b=$lb(1E3)

YDB>w a=b
1


Если уж говорить о стандартизации внутреннего формата, я бы хранил в листах только один тип данных - строки. Таким образом отпадает необходимость хранить признак типа, и остается предельно простая конструкция - длина и сама строка. Полная совместимость для любых М-систем будет обеспечена, поскольку не будет зависеть от специфики реализации внутреннего представления чисел.

При наличии функции $listsame полная двоичная совместимость ИМХО бессмысленна. Сейчас при обмене данными Cache <-> YottaDB функция $listsame в любой из этих систем выдаст правильные значения при сравнении листов, полученных на разных платформах.

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

С этим никто не спорит, я про подход. Получается, что результат операции зависит от предыдущих действий, и ты сам это наглядно показал на примере нуля в листах, который получен разными способами. Про $zhex я писал. А сколько еще таких мест, на которые мы пока не наткнулись ? Вот в чем проблема, а не в каких-то конкретных задачах. Я как-то привык, что если у меня есть число 1.34, и я хочу взять целую часть, то я могу это сделать разными способами. Но получается, что результат не совсем одинаков. Мне этого не видно и заранее проверить это я никак не могу, и дальнейшие операции с этими данными дают разный результат. И это в пределах одной системы ! (Чего уж там кросплатформенная ^DATACHECK)


USER>s a=$lb(1.34\1)

USER>s b=$lb($p(1.34,"."))

USER>w a=b
0


$LB и $ZHEX, это то, что мы знаем. Но после этого кто может гарантировать, что нет еще каких-то плюшек на эту тему ?

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



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

Вот пример проблемы (под другой системой подразумевается Cache)

S arr("202004080830202004080930")=""
S arr("202004090830202004090930")=""
s arr("202004090800000000000000")=""
s x="" f s x=$o(arr(x)) q:x="" w !,x," ",+x

Result in another system is normal numeric sorting

202004080830202004080930 202004080830202004100000
202004090800000000000000 202004090800000000000000
202004090830202004090930 202004090830202004100000

In YottaDB we see string sorting

202004090800000000000000 202004090800000000000000
202004080830202004080930 202004080830202004000000
202004090830202004090930 202004090830202004000000


Тут также из-за того, что целые числа имеют ограниченную точность, то, что влезает в сетку, сортируется как числа, а что нет - как строки. ИМХО это неправильно, но переубедить пока не удалось.