Автор | Сообщение |
|
| |
Пост N: 3055
Зарегистрирован: 17.05.05
|
|
Отправлено: 20.04.13 13:14. Заголовок: Непонятка
Use TEST index TEST1,TEST NEW Управляющим должен стать индекс TEST1 а на деле управляющим становится TEST В Clipper+ADS все нормально В Harbour+ADS вот такая лажа Чую тут виноват autopen. Как такую ситуацию обойти не меняя названия индексных файлов ? Видится пока только один вариант , снова вернуться на IDX индексы. Полный игнор SET AUTOPEN OFF == Медвежья услуга. (Это касается и LetoDB) У себя в программе , если я намерен что то писать в базу , всегда открываю все индексы к ней (это забота программиста на мой взгляд), но за нас решили побеспокоиться и залочили эту установку.
|
|
|
Ответов - 9
[только новые]
|
|
|
| постоянный участник
|
Пост N: 2806
Зарегистрирован: 12.09.06
|
|
Отправлено: 20.04.13 13:47. Заголовок: Dima пишет: Чую тут..
Dima пишет: цитата: | Чую тут виноват autopen. Как такую ситуацию обойти не меняя названия индексных файлов ? |
| Я всегда использую ДРУГИЕ названия индексных файлов !!! Как вариант делай индексы в другой папке, тогда переименовывать файлы не придется !
|
|
|
|
| |
Пост N: 3056
Зарегистрирован: 17.05.05
|
|
Отправлено: 20.04.13 13:55. Заголовок: Andrey да можно и т..
Andrey да можно и так наверное. если ты не используешь LetoDB или ADS (CDX) а только DBFCDX , то достаточно дать команду SET AUTOPEN OFF и гимора не будет. Переделал на IDX индексы и проблема ушла
|
|
|
|
| постоянный участник
|
Пост N: 2809
Зарегистрирован: 12.09.06
|
|
Отправлено: 20.04.13 16:04. Заголовок: Dima пишет: то дост..
Dima пишет: цитата: | то достаточно дать команду SET AUTOPEN OFF и гимора не будет. |
| Я когда на Клипере начинал работать с CDX, с этим была проблема и тогда я стал ВСЕГДА использовать другое имя индексного файла....
|
|
|
|
| |
Пост N: 71
Зарегистрирован: 20.02.11
|
|
Отправлено: 21.04.13 16:58. Заголовок: Dima пишет: Как так..
Dima пишет: цитата: | Как такую ситуацию обойти не меняя названия индексных файлов ? |
| Может OrdSetFocus("TEST1") прокатит ?
|
|
|
|
| |
Пост N: 3063
Зарегистрирован: 17.05.05
|
|
Отправлено: 21.04.13 17:06. Заголовок: Haz пишет: Может Or..
Haz пишет: цитата: | Может OrdSetFocus("TEST1") прокатит ? |
| Возможно , только так сложилось что не юзаю OrdSetFocus а юзаю Dbsetorder() , поэтому вариант Dbsetorder(1) тут не катит.
|
|
|
|
| |
Пост N: 3064
Зарегистрирован: 17.05.05
|
|
Отправлено: 21.04.13 17:37. Заголовок: Похоже глюк в ADS ил..
Похоже глюк в ADS или задумано так. Максимальная длина имени алиаса всего 10 символов а должно быть HB_RDD_MAX_ALIAS_LEN (HB_SYMBOL_NAME_LEN) 63 символа.
|
|
|
|
| |
Пост N: 100
Зарегистрирован: 19.05.05
|
|
Отправлено: 21.04.13 18:14. Заголовок: Я тоже был столкнулс..
Я тоже был столкнулся с ошибкой, связанной с ADS: Если в имени присутствует полный путь, программа глючила и не хотела работать именно по ошибке определения имени алиаса по умолчанию. Пришлось писать небольшую функцию по определению имени алиаса
|
|
|
|
| |
Пост N: 3065
Зарегистрирован: 17.05.05
|
|
Отправлено: 21.04.13 18:17. Заголовок: nick_mi А что за AD..
nick_mi А что за ADS у тебя (Версия) ? Глянул у себя , путь у меня к базам при открытии не прописан , тем не менее глючит ALIAS по умолчанию. Если открываю базу (ну например) screen_user , то ALIAS по умолчанию будет screen_use (ровно 10 символов) , последнюю буковку ADS отрезал
|
|
|
|
| |
Пост N: 101
Зарегистрирован: 19.05.05
|
|
Отправлено: 22.04.13 14:57. Заголовок: ADS 5.5 NOVELL. Я не..
ADS 5.5 NOVELL. Я не светил вопрос, потому, что RDD сам пересобирал, иначе клиент с сервером более низкой версии не работает. Думал, может при сборке что-то сделал некорректно, теперь вижу, что есть какие-то проблемы общего характера
|
|
|
|