Числа шифровать необязательно, если использовать Double,
то все это смешается в одну кучу и видно не будет...

Цитата:

1024 битным ключом это уже получше

Это слишком длинный ключ для работы в реальном времени...
Например так написано в описании PGP...
И они делают так: 1024 битным ключом (это цифровая подпись пользователя) шифруют
внутренний 128 биный ключ для данного документа, он случайный,
а уже этим 128 битным ключом шифруют сам документ...

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

Сегодня не могу, завтра пришлю по почте.

Если использовать только VFP шифровать все равно придется не таблицу, а поля, т.к. совместная работа не позволит каждому держать свои расшифрованные копии. Для этого рекомендую capicom.dll там все инструкции по применению правда на vb...
Проще, можно обойтись шифрованием на основе NTFS - быстро, эффективно, прзрачно и надежно, но требует правильной организации пользователей сети.

Цитата:

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

Не проще, ой не проще... Смысл состоит в том, чтобы ограничить доступ к данным только через программу - NTFS шифрование работает же по принципу ограничения по имени пользователя - т.е. если юзер А запускает программу, то он обязан иметь права на чтение соответстующего dbf-а, иначе программа тоже не сможет его прочитать - но ведь тогда юзер А сможет простейшими манипуляциями испортить (подтасовать) файл, или просто прочесть то что он не должен иметь право видеть.
А вот если сделать так, что прогамма запущенная пользователем А переключает внутри себя контекст безопасности на права пользователя Б - то это совсем другое дело, но я нигде не видел работающего примера переключения контекста безопасности изнутри фоксовой программы (что-то всегда нестыковалось).