proNovell

Здравствуйте.

На сервере NW50 есть большой DFB файл(190 тыс.записей, 38 Мб), при выборке данных или их редактировании (SELECT - SQL) - записи изменяются некорректно. При тех- же операциях, но на локальном диске - все ОК!, т.е. настройки FoxPro - ни причем.
Сетевые вроде бы не причем, испытовалось на разных машинах, серверах и даже в разных сетях разных огрганизаций.

уточните что скрывается под словом "некорректно"

Volume in drive J is DATA
Volume Serial Number is 0A0A-0A01

Directory of J:\BASE\Ats\DBFMTS

19.02.2002 01:33 <DIR> .
19.02.2002 01:33 <DIR> ..
13.09.2002 13:14 58 040 970 fio_ip.dbf
13.09.2002 08:48 123 306 766 ZK_ISPOL.DBF

Это наши рабочие файлы. Неполные правда, чистку проводили. Но никаких проблем не было сроду. Начиная с 4.11рус. А сейчас 5.1 сп3. Софт писан на фоксе. Станции самые разные. От DOS до ХР. Все работают прелестно. Сидящий рядом программист говорит что Ваши симптомы похожи на проблемы с индексами.

У нас тоже проблемы с Foxpro. Сервер NW51+SP4, Foxpro2.5b.
Файлы большие и больше 100 пользователей с ними работают. Индексы портятся каждый день. На клиент 3.32 поставили сер.пак 1,
к нему в readme пишут, что он решает проблемы Novell и Foxpro. Но нам не помогло, так и индексируем каждый день.

Влад А. Сокол aka Akina писал(а):уточните что скрывается под словом "некорректно"

- а все что угодно, но не то что надо: при замене по SELE-SQL - часть записей изменяется- часть нет (или полей) и т.д.

Вопрос обсуждался, проблема в клиентах от 3.30 до 3.32.
Либо вы обновляете клиента до 3.32 SP 1 , либо в свойствах клиента ставите File Cache Level = 1 (можно 0).

Если вы обновили до 3.32 до SP1, то это не значит, что все устранится сразу. Во первых база уже была запорчена, во вторых если хоть где-то остался необновленный клиент, то все равно буде портиться. Портится реально!

А 190000 записей это совсем небольшой файл для базы данных.

Если вы работаете в сети, избавляйтесь всеми силами от DBF. Файл-серверная база в сети работает плохо по определению.
А если у вас 100 пользователей лочит один файл и индекс портится только раз в день, то вам, как админам, памятник ставить надо.

Ну ребята какие-то не серьезные вещи говорите

Сам как админ терпеть не могу этот фокс с его гемороями
Однако база наша пашет и пашет
Некоторые параметры

Файл 600Мб - 7000000млн записей
430Мб - 4000000млн записей

ну и еще с пяток таких же. Остальные поменьше всего неск. сотен таблиц. Общий объем базы около 14Гб. Юзверей порядка 170

Усе на фоксе DBF
Работало как на 4.2SP8(filesys), так и на 6SP2(nss)
Индексы падают крайне редко, памятник нашим программерам - пишут правильно

Всем привет.

Мы давно "переехали" на Oracle, но кое-что помню.
Почему все твердят о клиентах?
Может быть дело в сервере.
Сам неоднократно сталкивался с ошибками dbf из-за
включенного turbofat. Проблема известна. Разжевана на дюжине
американских сайтов.

http://support.novell.com/cgi-bin/searc ... 960009.htm

P.S. Как уже говорилось выше не забыть в autoexec.ncf добавить:
SET CLIENT FILE CACHING ENABLED = OFF