k-ss egorychна чём вы хотите сделать базу и что понимаете под SQL? создаётся впечатление, что у вас путаница с этим в голове, уж простите.
З.Ы. для справки: SQL - Structure Query Language (структурированный язык запросов)

База уже есть Access 2000 (для одного ПК). Нет средства обмена информацией между компами.

Эх, советчики....

Для начала надо решить вопрос, как именно вы собираетесь связывать компы "по железу".
Будет ли локальная сеть, будет ли временное соединение по модему, или, вообще, связь через сторонних провайдеров? Нужно ли будет "экономить" траффик?

Если связь по модему, то, возможно, проще сделать пакетный экспорт-импорт?

А SQL тут мало чем поможет, это из другой области.

anjey2 k-ss

Раз с доступом в инет проблем особых нету.. вы не думали использовать Терминальный сервер....
Это будет самый простой и быстро реализуемый вариант... и работайте дальше спокойно с Access-ом....

И действительно....

k-ssЗдавствуйте Николай, трафик можно не экономить, главное на данный момент сделать несложный обмен информацией! Помогите плз.

Дык, как я помогу-то?

Если траффик можно не экономить, то второй вопрос - какова скорость и надежность подключения?
Если скорость и надежность соединения высоки, то, вроде как, вообще ничего не надо переделывать, будет и так работать, ведь Акссес, если я ничего не путаю - база многопользовательская?

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

Написание такого кода "с нуля" - сложная задача. Однако, думаю, что почти все системы разработки, используемые для работы с СУБД это умеют "сами". Правда это, все равно, сложно.

Думаю, что для начала проще реализовать обмен между базами через экспорт-импорт. Хоть в формате XML, хоть с CSV.
Либо использовать терминальный сервер.

edges7 k-ssЕсли у вас нет возможности разработать систему своими силами приобрести готовое решение

Сделать базу которая будет отнимать продажи и прибавлять закупи, выдавая остаток (в общем то всё что нужно) сможем. Тут два вопроса: получится ли у специалистов, в будущем, перевести нашу базу на SQL (когда у нас появятся на это средства) и если да, уже классический вопрос: КАК ПОКАМЕСТЬ УДОБНО ЧЕРЕЗ ИНЕТ СКИДЫВАТЬ ПРОДАЖИ НА ГЛАВНЫЙ КОМП (т.е. переносить записи с одной таблицы в такуюже только на другом ПК)?

Зачем вам нужно "переносить записи с одной таблицы в такуюже только на другом ПК"? По-моему, это лишний геморрой. Все это решается довольно просто. Выделяете какой-нибудь комп под сервер (если у вас нет возможности приобрести нормальный комп с серверным железом, то выбираете самый мощный из того, что у вас есть ). Разворачиваете на нем web-сервер, СУБД. В ваших точках продаж данные о продажах хранить не нужно. Разворачиваете там приложения-клиенты или загружаете с сервера web-странички с формами для заполнения данных (это в том случае, если вы используете web-интерфейс). Продавцы заполняют формочки, все данные пересылаются на ваш сервер и хранятся в единой базе данных.

Расшифруйте, пожалуйста "разворачиваете на нем веб-сервер".