vitali_zЕсть база данных компании, порядка 50 пользователей. В основе файлы dbf. Интерфейс написан на Fox2.6 и Vfp3.

Для FoxPro - это вполне штатная нагрузка

vitali_zНекоторые таблицы больше 1 000 000 записей

Количество записей, конечно, влияет на производительность и устойчивость работы. Но это далеко не единственный критерий. Более важным является объем базы (в байтах), наличие "нормальных" индексов и сбалансированности самой базы данных (нормализация). Хотя, переход на клиент-серверную технологию может дать (а может и НЕ дать) выигрыш в надежности хранения и производительности работы.

vitali_zПришло время позаботиться о сохранности и целостности данных.

Об этом надо заботится с самого начала вне зависимости от того как именно храняться собственно данные

vitali_zГде хранить данные и в каком формате вопрос открытый (скорее всего MS SQL). Возможности переписать все и перескочить в один день на новый софт нет, хотелось бы перетаскивать по задачно.

Если менять формат хранения данных, а исходный код программы привязан к определенному формату данных, то поэтапного перехода не получится. Проблема здесь в том, что придется одновременно иметь 2 копии базы данных - одну в новом формате, а другую в старом.

Вобщем-то, это не страшно само по себе, но ведь придется как-то заниматься их синхронизацией. Т.е. чтобы в любой момент времени данные в обеих базах были идентичны. Двойной ввод - и в старую и в новую базу - зарубят сразу. Не станут пользователи этим заниматься.

Если сможешь "распаралелить" процессы (т.е. чтобы можно было производить синхронизацию не постоянно, а, например, раз в день), то тогда возможен такой поэтапный переход.


Теперь по переходу на другую базу данных.

Наверняка у тебя сейчас есть масса идей по поводу улучшения структуры базы данных - добавить (удалить) поля (таблицы).

В принципе, это можно сделать, однако следует иметь в виду, что изменение структуры базы данных приведет к коренной переделке всего интерфейса. Как следствие - сильно увеличится время такой переделки. Поэтому, если время переделки критично, то лучше оставить базу как есть. Без каких-либо модификаций.

Идеология клиент-серверного приложения сильно отличается от идеологии файл-серверного. Придется буквально "ломать" многие наработки.

Например, в файл-серверных приложениях широко используются пессимистические и ручные блокировки данных. В клиент-серверных приложениях не то, чтобы это было в принципе невозможно, но такая идеология очень НЕ приветствуется. Стандартная идеология клиент-серверных приложений - это аналог оптимистической буферизации.


Присоединяюсь к мнению Sergey Ch

Пиши новую прогу целиком. Не связывайся с "поэтапным" переходом и одновременной работе и в старой и в новой.

Например

http://genrep.nm.ru/12step/12_step.htm