Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
20.09.2004, 05:23
|
|||
|---|---|---|---|
исчез один индексный тег |
|||
|
#18+
Когда в одной конторе исчез один индексный тег ID c(4) (candidat) из нескольких таблиц - думал аппаратный глюк... Теперь этоже повторилось в другой конторе ... Ясно, что это глюк VFP 8.0 , но куда бежать? Сервер Novell. И таблицы Free... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.09.2004, 10:15
|
|||
|---|---|---|---|
исчез один индексный тег |
|||
|
#18+
MaestroEvЯсно, что это глюк VFP 8.0... Сильное заявление! У всех работает, а вот у Вас глючит? И как это все прочие программсты терпят этот глюк и даже никому ничего не говорят?! Индексы сами по себе не пропадают! Ищите ошибку в своем коде! Удалить индекс можно команой: DELETE TAG (посмотрите описание) Или просто удалив CDX-файл. Хотя удаление индексного файла вызовет ошибку при открытии. Но поскольку у Вас таблица FREE, то повторное открытие таблицы с потерянным индексом может пройти без проблем (автоматически сотрется первый бит в 28 байте заголовка таблицы) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.09.2004, 12:38
|
|||
|---|---|---|---|
|
|||
исчез один индексный тег |
|||
|
#18+
Еще одно предположение: 1) индекс слетел 2) после слета была переиндексация и фокс удалил тег, встетив нарушение уникальности Возможные причины: третья буферизация + tablerevert() ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.09.2004, 12:31
|
|||
|---|---|---|---|
исчез один индексный тег |
|||
|
#18+
MaestroEvКогда в одной конторе исчез один индексный тег ID c(4) (candidat) из нескольких таблиц - думал аппаратный глюк... Теперь этоже повторилось в другой конторе ... Ясно, что это глюк VFP 8.0 , но куда бежать? Сервер Novell. И таблицы Free... Все может быть в этой жизни :( Я поступаю в соответствии с рекомендациями MS на эту тему: - почти каждый вечер - ответственный пользователь производит упаковку и резервное копирование баз данных, которая включает в себя - удаление всех индексных тэгов и построение их заново... За много лет - проблем не было, недостаток - дополнительная работа для пользователей, но это зависит - под каким соусом подать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.09.2004, 13:02
|
|||
|---|---|---|---|
исчез один индексный тег |
|||
|
#18+
>почти каждый вечер - ответственный пользователь производит упаковку и >резервное копирование баз данных, которая включает в себя - удаление >всех индексных тэгов и построение их заново А у меня для этого написана программа, которая все эти операции делает сама, ночью;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.09.2004, 14:08
|
|||
|---|---|---|---|
исчез один индексный тег |
|||
|
#18+
Burn А у меня для этого написана программа, которая все эти операции делает сама, ночью;) Это зависит от политики фирмы - во многих конторах все рабочие станции выключают на ночь а на сервере Novell приложение VFP не запустишь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=41&mobile=1&tid=1595765]: |
0ms |
get settings: |
9ms |
get forum list: |
21ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
63ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
| others: | 269ms |
| total: | 444ms |

| 0 / 0 |
