Viktor_d1) Если БД для Фокс Про для Доса, то можно ли для работы с ними использовать VisualFox Pro?
Да, можно.

Но при соблюдении определенных ограничений:

1. Даблица DBF должна иметь установленный признак кодовой страницы. Т.е. CPDBF() должно иметь не нулевое значение. Для русского языка это обычно 866

2. Если существует структурный индексный файл по таблицам DOS с выражениями тегов, отличных от простого имени файла, например, UPPER(MyField), то после модификации таких таблиц из VFP индексы придется перестраиваеть заново (REINDEX), поскольку они начнут показывать не корректную информацию.

Т.е. лучше DOS-таблицы в этом случае из VFP не модифицировать

Viktor_d2) Можно ли изменять данные в целевых таблицах, не блокируя их? т.е. чтобы сохранялся многопользовательский режим работы.
Вопрос поставлен не корректно.

1. Изменять данные не блокируя их при этом не может никто! Ни одна база данных. Поскольку в этом случае нет никакой гарантии того, что вы запишите корректные данные. Т.е. данные введенные одним процессом, а не "группой товарищей"

2. Однако читать данные можно и в процессе их модификации. Но здесь следует понимать, что вы читаете "грязные" данные. Т.е. пользователь их, конечно, изменил, но может еще передумать и откатить сделанные изменения, вернувшись в исходное состояние. Кроме того, вы можете прочитать частичные (не согласованные) изменения.

FoxPro позволяет читать данные в любой момент. Даже при их блокировке другим процессом. Исключением является открытие таблиц в режиме Exclusive. В этом случае другой процесс просто не сможет открыть таблицу. Как следствие, не сможет и прочить из нее что-либо.

Команда REPLACE c FOR-условием блокирует всю таблицу. Команда REPLACE без условий блокирует только одну (текущую) запись. Команда UPDATE-SQL блокирует только те записи, которые модифицирует.

gepard45ВладимирМ

2. Если существует структурный индексный файл по таблицам DOS с выражениями тегов, отличных от простого имени файла, например, UPPER(MyField), то после модификации таких таблиц из VFP индексы придется перестраиваеть заново (REINDEX), поскольку они начнут показывать не корректную информацию

Я не очень уже помню, но по моему ни каких проблем не будет. У нас в свое время с одними и теме-же таблицами работали модули написанные на FoxPro 2.6 и VFP 6, VFP 8.0
Кодовые страницы таблиц? Кодовые страницы среды FoxPro? Выражение индексного ключа? Была ли модификация из VFP тех полей , которые входили в выражение индекса?

Т.е. при соблюдении определенных условий так можно работать и ничего страшного не произойдет. Но если тщательно следить за выполнением этих условий!

gepard45

Ты вообще слышишь (читаешь) то, что я говорю (пишу)?

Работать можно, при соблюдении определенных ограничений

Повторю еще раз: можно, но с условием! Раз ваше приложение работало, значит эти условия выполнялись.

Версия FoxPro никакой роли не играет. Просто для FPD2.0 возникает дополнительное условие.

Это же все легко проверяется. Без хамства и наездов.

- Создайте в FPD таблицу с символьным полем. Создайте по этой таблице структурный индексный файл по выражению UPPER(MyField)
- Теперь откройте эту таблицу в Visual FoxPro в среде с кодовой страницей 1251 и модифицируйте это символьное поле.
- Далее снова вернитесь в FPD и попробуйте через SEEK найти это измененное значение

Получилось?