ID Отчёта: ___116<br>Версия LibaBook: ___2.060.7<br>Версия Windows: ___Microsoft Windows 7 Максимальная Service Pack 1<br>Текст сообщения в окне с ошибкой (если появлялось): <br><br>Ошибка конвертирования Базы Данных!<br>Подробности: "10000008410832" is not a valid integer value.<br><br>Укажите шаги для воспроизведения ошибки:<br>при конвертации из более ранней версии
Если у вас такая же ошибка, напишите пожалуйста в комметрарии версию LibaBook и Windows.
ID Отчёта: ___116 Версия LibaBook: ___2.060.7 Версия Windows: ___Microsoft Windows 7 Максимальная Service Pack 1 Текст сообщения в окне с ошибкой (если появлялось):
Ошибка конвертирования Базы Данных! Подробности: "10000008410832" is not a valid integer value.
Укажите шаги для воспроизведения ошибки: при конвертации из более ранней версии
Да, проблему удалось воспроизвести. Если в БД v1 в атрибут с типом "Целое число" записать значение "10000008410832", то при конвертировании в БД v2 на этом числе будет ошибка, т.к. оно является 64 разрядным, а в новой БД v2 для экономии памяти тип "Целое число" является 32 разрядным и может хранить числа в диапазоне от –2,147,483,648 до 2,147,483,647.
Если это какой-то код товара/предмета, который не участвует в арифметических операциях (подсчет суммы/среднее и т.п.), то для этих целей лучше подходит тип "Строка".
Данный случай с таким большим числом при конвертировании пока единственный.
Ответьте пожалуйста на вопросы:
1. Для хранения таких длинных чисел в БД используется стандартный или пользовательский атрибут (созданный самостоятельно)?
Ошибка исправлена в новой версии LibaBook 2.070.8.
Теперь при конвертировании больших чисел, вместо ошибки, в файл с предупреждениями (warnings.txt) заносятся ID карточек, в которых не удалось корректно выполнить конвертацию. При этом в атрибут "Мои комментарии" добавляется исходное строковое значение атрибута.
После создания БД в формате v2, в ней можно удалить старый и создать новый атрибут с типом "Строка" (или преобразовать тип старого атрибута "Целое число" в "Строка" ) и скопировать туда соответствующие значения из файла warnings.txt или атрибута "Мои комментарии".
В принципе, в новый атрибут можно ничего не копировать, а добавлять только значения для новых карточек, так как при стандартном поиске, например по значению "10000008410832" нужные (старые карточки) будут находиться, т.к. в них исходное значение сохранено в атрибуте "Мои комментарии" (а по умолчанию поиск выполняется по всем текстовым атрибутам).
Здравствуйте!
Очень признателен Вам за такое внимание к устранению возникших проблем.
Извините, что не ответил на Ваши вопросы, но я простой пользователь и недостаточно осведомлён в этой сфере.
В новой версии 2.070.8 конвертировалось без проблем. Ошибки, указанные программой, постараюсь исправить.
Ещё раз благодарю Вас за такую прекрасную программу (перепробовал огромное количество других).
С уважением и пожеланием дальнейших успехов.
Удачи Вам!
1
+0
-0
Если в БД v1 в атрибут с типом "Целое число" записать значение "10000008410832", то при конвертировании в БД v2 на этом числе будет ошибка, т.к. оно является 64 разрядным, а в новой БД v2 для экономии памяти тип "Целое число" является 32 разрядным и может хранить числа в диапазоне от –2,147,483,648 до 2,147,483,647.
Если это какой-то код товара/предмета, который не участвует в арифметических операциях (подсчет суммы/среднее и т.п.), то для этих целей лучше подходит тип "Строка".
Данный случай с таким большим числом при конвертировании пока единственный.
Ответьте пожалуйста на вопросы:
1. Для хранения таких длинных чисел в БД используется стандартный или пользовательский атрибут (созданный самостоятельно)?
2. В БД много значений с таким длинным числом?