v7: Что за проблема в Sqlite с укладкой отрицательных чисел, методом УложитьТЗ? #774403

Всем привет, а что за беда в Sqlite с выборкой отрицательных чисел, Улаживаю ТЗ-ку в базу Sqlite, с типизированными колонками как число. В самой базе хранится нормально с минусом. Делаю запрос на выборку вместо (-2226062580) получаю (2068904716). Дальше еще интересно, в БД  в ручную убрал минус, выдал запрос нормально  получил правильно(2226062580). Потом опять поставил минус в ручную, начало выбирать правильно (-2226062580). Потом повторно уложил методом УложитьТЗ, опять неправильно. При  укладки колонка в ТЗ (тип Число, 19,2), пробовал. Просто «Число», ничего не помогает

При выборке тоже перепробовал [... $Число.19.2] и так  [... $Число]. Зашел опять в ручную убрал, поставил минус, выбирает правильно. Дело походу в методе УложитТЗ

Если при укладки ТЗ, делать тип колонки не число, а строка, а при выборке делать типизацию $Число, тогда нормуль

Дело не совсем в методе уложить тз... Читай тут Сравни SELECT -2226062580 SELECT '-2226062580' SELECT cast(-2226062580 AS double) Это не баг, это фича ;)

Что-то не совсем понял, физически в таблице лежит правильно (-2226062580), не с 1С в запросе выбирает правильно. Если в ручную пересохранить значение и в 1С начинает правильно выбирать.

Попробовал в 1С: "SELECT -2147483648 as Сумм,2147483648 as Сумм2,-2147483647 as Сумм3,'-2147483648' as Сумм4,cast(-2147483648 AS double) as Сумм5 ": не в 1С:

В   видно, что дело в выборке, но по чему если перезаписать значение в таблице БД, начинает работать нормально.

Djelf, скажи как лучше поступать, когда улаживаешь ТЗ в БД, вместо типа колонки "Число", указывать "Строка". Или преобразовывать при выборке с помощью cast? И я так понимаю с числами <-2 147 483 648 и > 2 147 483 647 (с типом больше long int), в Sqlite надо работать осторожней

Физически оно как целое число должно хранится. Ты же сам заметил что когда оно строка или дробное ничего странного не происходит. Тебе же для перетаскивания данных оно надо? Значит  компактность не сильно то и нужна. Кидай строками - не придется голову ломать почему что-то не так.

Да для переноса, ок буду улаживать как строки, спасибо

разлаживать, улаживать... блин пытаюсь объективно вникнуть в обсуждение...немогу... "укладывать", "раскладывать"...и применимо к ИТ эти слова вообще неуместны imho

+простите несдержался :)

метод УложитТЗ(загружает таблицу значений в базу данных, как таблицу базы данных), объекта SQLiteBase, не знаю этот метод укладывает ИТ, если укладывает, то можно проверить в ИТ добавить числовое целое значение   больше 2 147 483 647 или меньше (-2 147 483 648), а потом запросом, достать данные и посмотреть вернет обратно правильные значения. В ИТ, колонки по-моему без типов задаются, но думаю получится также как и с ТЗ. Пробовал просто INSERT добавлять, назад тоже не правильно выдает.

Ну не делай уложить тз, делай тупо инсерт, делов-то

Если в самой таблице БД SQLite, явно не указан тип поля(колонки), то целые меньше -2 147 483 648 и больше 2 147 483 647, при выборке дадут неверный результат. Попробую просто выполнить запрос в 1С "SELECT -2147483648 as сумма" и посмотри что получится

Если в поле БД не указан явно тип, то и добавление INSERT не помогает. и инсертом одним запросом, можно добавить только одну строку для сборки sqllite по 1С, обсуждалась эта тема: а отдельно инсертом добавить даже 1000 строк, времени потянет просто космос

Медленно! Самое большое что грузил в sqlite это реестр лицензий, удалось выжать 3.5к записей в секунду, это пакетами по 10000 из тз, построчно даже обернув пакета в транзакцию получается медленнее раза в 2. А почему нельзя сразу в sqlite запихивать данные из запроса к 1С минуя тз?

С одной БД Выгружаю, в другую загружаю. Локальная БД SQLite в роли файла обмена с таблицами соответсвий по внутр ID объектов

Запросы идут к базе в :memory:, а потом укладываются с помощью ТЗ в локальную БД SQLite

между :memory: и локальной можно замутить между собой запросы?

Я как то тестировал цикл построчно Insert с УложитьТЗ, там разница была в раз 100 быстрей по скорости по этому и поднял вопрос на форуме:

Можно вот так выкрутится

не в моем случаи мне кажется, лучше при укладки тип задавать "Строка", меньше изменений делать. У меня такое применяется, когда нужно периодически добавлять в постоянную таблицу новые строки из другой ТЗ. Удобно когда в транзакции записываешь док или спр, во временную таблицу кидаешь соотвествия ID старой и в новой БД и если успешно завершилась транзакция, то копируются в основную.

Можно и не с одной файловой базой...

так тут две локальные БД, а запросы на выборку идут к БД в :memory:, а укладываются в локальноную (через ТЗ). Вторая 1С подключается к локальной и берет данные.

Ну а тз то зачем? Напрямую в файл из таблицы 1с или из таблицы в memory (main первая открытая база).

Не знал, что так можно. Надо будет попробовать.Спасибо за совет!

Djelf а подключаемые виртуальные таблицы 1С,  у них поля указаны тип или как? не может такой ситуации возникнуть с целым числами -2 147 483 648 и > 2 147 483 647, как описано выше?

Ага, печаль... По быстрому установил тип курс валюты 19.0 и твой магический минус total тот же sum но резльтат гарантийно число

Да блин беда, тут дело не только в минусе, числа больше 2 147 483 647, тоже получается будет не правильно выдавать.... Если в реквизите указанна точность > 0, то не будет такой ситуации, даже если само число будет целое правильно?

+ C 19.2 проблем нету, все ок.

Получается для постраховки, нужно через метаданные проверить точность для длинных чисел реквизита и если = 0, то нужно в запросе cast(Реквизит as real) или cast(Реквизит as DOUBLE). Что кстати лучше real или double приводить к типу

Вроде SQlite юзают не первых год, неужели ни у кого такой проблемы не возникло?

Djelf, а чего если виртуальных таблицах 1С, точность > 0 спасает от этой ситуации, а в ТЗ (ТЗ.НоваяКолонка("Значение","Число",19,2)) не спасает?

Не спасает потому что так уж там число хранится

А понятно

+ корректно выдает в 1с целые числа в диапазоне от -9223372036854775808 до 9223372036854775807 + скорость не упала - при выходе за диапазон sqlite все равно будет преобразовывать их в тип float, т.е. ~15 знаков в числе

О большое спасибо  Djelf!

Это относится только к подключаемым таблицам 1С? Т.к. "SELECT -2147483648", все равно не работает

Должно работать. Ты точно новую 1sqlite загрузил? SELECT sqlite_version что выдает? p.s. проверил выложенный файл - все ок

3.7.10

А должно быть 3.8.11.1 т.е. загружаешь старую.

Спасибо, ошибся ни туда кинул, все ОК, работает. Так это версия самой Sqlite или именно сборки под 1С

Это версия движка sqlite. Файл отличить можно по его свойствам "Версия продукта" - "1.0.2.6/3.8.11.1"

так может 3.8, уже и Insert поддерживает несколько в одном запросе?

Правильно думаешь. Изменений в движке со времен 3.7.10 огромное количество.

Отлично, спасибо!