BUTIL и MEMO-поле
Модератор: Дед Пахом
Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
BUTIL и MEMO-поле
После копирования файла с полем MEMO(65000),BINARY с помощью Btrieve Maintenance Utility 8.60.192.030 теряется связь между записью и соответствующим memo-полем. После использования утилиты Rebuild такая же ситуация. Статистики файлов до и после одинаковые.
BUTIL -save на 62 % файла выдает ошибку MicroKernel error = 22. The data buffer parameter is too short.
Пробовал разные варианты настроек. Кто-нибудь сталкивался с такой проблемой?
BUTIL -save на 62 % файла выдает ошибку MicroKernel error = 22. The data buffer parameter is too short.
Пробовал разные варианты настроек. Кто-нибудь сталкивался с такой проблемой?
- Игорь Столяров
- Ветеран движения
- Сообщения: 8033
- Зарегистрирован: 07 Июль 2005, 10:19
- Откуда: г. Ростов-на-ДоМу
- Благодарил (а): 28 раз
- Поблагодарили: 96 раз
Да не портится она - БД в формате Btrieve ...
Или точнее - сложно ее испортить.
Если возникает проблема с индексацией или записями, а также если требуется сжатие БД - используем штатный REBUILD из комплекта Pervasive.SQL.
А загрузку / выгрузку БД используем свою, через TPS файл.
Юзаем Clarion + Btrive 8 лет (еще с DOS), около 500 активно работающих установок торговой системы - ну нет проблем ...
Или точнее - сложно ее испортить.
Если возникает проблема с индексацией или записями, а также если требуется сжатие БД - используем штатный REBUILD из комплекта Pervasive.SQL.
А загрузку / выгрузку БД используем свою, через TPS файл.
Юзаем Clarion + Btrive 8 лет (еще с DOS), около 500 активно работающих установок торговой системы - ну нет проблем ...
Испортить сложно, но можно.
Было несколько раз, когда ломались ключи - на слабых серверах со старым железом после выключения электричества. Восстанавливал только через BUTIL. А при наличии memo-поля BUTIL портит исправную базу. Это ненормально. Либо настройку Btrieve нужно делать, либо BUTIL кривой.
Было несколько раз, когда ломались ключи - на слабых серверах со старым железом после выключения электричества. Восстанавливал только через BUTIL. А при наличии memo-поля BUTIL портит исправную базу. Это ненормально. Либо настройку Btrieve нужно делать, либо BUTIL кривой.
- Игорь Столяров
- Ветеран движения
- Сообщения: 8033
- Зарегистрирован: 07 Июль 2005, 10:19
- Откуда: г. Ростов-на-ДоМу
- Благодарил (а): 28 раз
- Поблагодарили: 96 раз
-
- Ветеран
- Сообщения: 311
- Зарегистрирован: 08 Июль 2005, 22:04
Про надежность сервера ежу понятно. Ты попробуй объясни это клиенту, когда у него денег на хороший сервер нет или ему наплевать.lsgsoftware писал(а):Уж сколько лет прошло.Запомни, любой сбой компа на базе betrieve практически приводит к необратимым последствиям.Такой комп должен быть практически абсолютно надежным, что стоит денег.
Про необратимые последствия - сильное заявление. У меня 2-3 раза в год портятся базы - выручает всегда BUTIL.
А тут с memo-полем такая проблема. Могу выслать кому интересно пример на 80 кб. Надо разобраться. Может в какой-то мелочи дело.
- Игорь Столяров
- Ветеран движения
- Сообщения: 8033
- Зарегистрирован: 07 Июль 2005, 10:19
- Откуда: г. Ростов-на-ДоМу
- Благодарил (а): 28 раз
- Поблагодарили: 96 раз
Ой ! Хорошо, что я этого раньше не знал ...lsgsoftware писал(а):Уж сколько лет прошло.Запомни, любой сбой компа на базе betrieve практически приводит к необратимым последствиям.Такой комп должен быть практически абсолютно надежным, что стоит денег.

Информация: по тестам журнала Byte P.SQL в классе надежность и устойчивость к сбоям занимает 2-е место (пропуская вперед Oracle).
Хотя конечно, все в руках человека - а они бывают разные ...
