|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
Столкнулся с этим на клиенте, когда на винде запрос отработал без ошибок, а на Дебе - заругался. табля + триггер Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23.
консоль Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37.
Сервак ставил из архива инсталлятором. Апдейты и удаления проходят без проблем, а вот на вставке такая фигня. Что не так? ================= Док. Win7 Ultim x64/Deb 9.2(GNOME, MATE; gtk2) i386: FB 3.0.2.32703, диалект 3, SS, Lazarus 1.9(r.57543); FPC 3.1.1 (r.38588), IBX by -Rik-; IBE 2017.4.19.2 ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 01:06 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
Док, что покажет Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 01:22 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
hvlad, Влад, я завтра ближе к 13 по Мск смогу проверить :( ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 01:42 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
hvladчто покажет офигеть! Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27.
Это я базу просто скопировал из винды в никсы ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 07:34 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
Влад, спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 08:02 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
Я правильно понял что Генератор генерит BIGINT а триггер вставляет значение из генератора в поле INTEGER. Генератор каким-то образом забрался выше того что влазит в INTEGER и получилось исключение по превышению значения. ? Не понял про "Это я базу просто скопировал из винды в никсы". При переносе файла базы с винды на юникс ломаются генераторы? Или копирование было проведено с какими-то проблемами и файл БД поломался? Или файл базы нельзя переносить без B/R с винды на юникс? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 09:40 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
ДокВлад, спасибо 13958522 :dimitrбазы в ODS 11 и выше можно переносить только между аппаратными платформами с одинаковым порядком байт (endianness), в ODS 10 и ниже - еще и только между платформами с одинаковой разрядностью. Также крайнее желательно совпадение версии ФБ. Других ограничений нет. Док, у меня недопонимание. ISQL показывает что у вас Intel, а у всех Intel порядок байт little endian. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 09:41 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
fraksНе понял про "Это я базу просто скопировал из винды в никсы". Деб стоит у меня на виртуалке (vmware). Поскольку основные телодвижения (изменения структуры базы, написание кода клиента) я делаю на виндах, то на никсах я просто проверяю работоспособность "виндового". Базу же я чисто механически скопировал (вместе с исходниками пишущегося софта) в папку Деба, дал на нее права для группы и пользователя firebird. И все. И до сего момента не подозревал о такой засаде. Специально глянул в генераторы на винде - там к моменту копирования все нормально. HommerISQL показывает что у вас Intel, а у всех Intel порядок байт little endian. о-о-о ... "Моя не знает, моя - сапера..." © :) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 10:06 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
HommerДок, у меня недопонимание. ISQL показывает что у вас Intel, а у всех Intel порядок байт little endian.Что тут может быть непонятно? Проект FirebirdSQL делается для множества разных платформах, в т.ч. и для платформ с порядком байт "большой индейский". ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 10:09 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 10:11 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
rdb_devHommerДок, у меня недопонимание. ISQL показывает что у вас Intel, а у всех Intel порядок байт little endian.Что тут может быть непонятно? Проект FirebirdSQL делается для множества разных платформах, в т.ч. и для платформ с порядком байт "большой индейский". У Дока обе платформы little endian. Т.е. при переносе всё должно работать, а не работает. Вот на это обратите внимание. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 11:03 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
rdb_devс порядком байт "большой индейский". "эндиан" (endian) от слова end, и не похоже на "индиан" (indian). ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 11:08 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
ДокБазу же я чисто механически скопировал (вместе с исходниками пишущегося софта) в папку Деба копировать живую базу - известный способ её повредить (висящие в памяти кэши не копируются, страницы обновляются в процессе копирования и т.д.) почему не b&r ? сервер глушил на винде до копирования ? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 11:24 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
kdv, ён сдевается, oтось и в кавычки взямши ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 11:25 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
Док, как вариант, сделаы БД с парой десятков генераторов и скопируй в процесс работы с ней, как ты с этой базой сделал. а потом попробуй посмотреть как отличаются значения генераторов там и тут, может быть между ними разница или xor почти одинаковая между всеми. Или просто рандомные изменения. Во втором случае ты вероятно мусор как-то в генераторы влил. В первом - несовместимость движка между платформами. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 11:28 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
Доккстати, Винда у меня x64, а Деб i386 Может, тут собака порылась?Это был бы БАГ. Я только что проверил, почти так же: - создал БД с 2-мя генераторами используя fb3 x64 on windows - присвоил им ненулевые значения - прочитал эти значения используя fb3 x32 on windows Есс-но, всё в порядке. Посему, прошу (если это возможно) предоставить мне 2 копии файла БД - до копирования (нормальную) и после копирования (поломанную) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 12:02 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
AriochДокБазу же я чисто механически скопировал (вместе с исходниками пишущегося софта) в папку Деба копировать живую базу - известный способ её повредить (висящие в памяти кэши не копируются, страницы обновляются в процессе копирования и т.д.) почему не b&r ? сервер глушил на винде до копирования ? IMHO. На винде глушить сервер не обязательно. Достаточно закрыть коннекты к базе и переименовать файл БД что бы в процессе копирования никто не прицепился. Если коннекты есть - переименование не удастся. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 12:37 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
fraksДостаточно закрыть коннекты к базе и переименовать файл БД что бы в процессе копирования никто не прицепился. Если коннекты есть - переименование не удастся. Все равно лучше штатный b&r. Зачем пляски с переименованием? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 13:23 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
DarkMasterВсе равно лучше штатный b&r.копирнуть базу в 100 гиг - минуты, прогнать б/р - часы. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 13:25 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
fraksAriochпропущено... копировать живую базу - известный способ её повредить (висящие в памяти кэши не копируются, страницы обновляются в процессе копирования и т.д.) почему не b&r ? сервер глушил на винде до копирования ? IMHO. На винде глушить сервер не обязательно. Нет ничего лучше чем проверка :) Попробуйте позвать функцию сразу после закрытия коннекта: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
Если вернёт True, то файл БД залочен (не может быть открыт на чтение в монопольном режиме) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 13:52 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
Похоже, 32-битные линуксовые сборки не совместимы с 64-битными на уровне ODS. Разбираемся. Пока что рекомендованный способ переноса БД на 32-бит linux с другой платформы - бекап\рестор ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 13:55 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
hvladПосему, прошу (если это возможно) предоставить мне 2 копии файла БД - до копирования (нормальную) и после копирования (поломанную)Не нужно, Алекс воспроизвёл. Проблема точно не касается win32 и точно присутствует для 32-битных линуксовых сборок. Остальные платформы проверим по мере возможности. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 14:12 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
Ariochкак вариант, сделаы БД с парой десятков генераторов и скопируй в процесс работы с ней, как ты с этой базой сделал. я навскидку глянул, у всех генераторов с НЕнулевым значением после копирования выставлен верхний предел зы. Базы пока тестовые, на одной машине, в момент копирования никем не модифицируются ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 14:29 |
|
Корректность insert-запроса в разных осях
|
|||
---|---|---|---|
#18+
hvladПроблема точно не касается win32 и точно присутствует для 32-битных линуксовых сборок. Остальные платформы проверим по мере возможности. спасибо, буду ждать. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.04.2018, 14:29 |
|
|
start [/forum/topic.php?fid=40&fpage=35&tid=1561164]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
66ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
others: | 310ms |
total: | 489ms |
0 / 0 |