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-интерфейс). Продавцы заполняют формочки, все данные пересылаются на ваш сервер и хранятся в единой базе данных.

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

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

Если пользователи для работы с данными используют web-интерфейс, то web-сервер вам будет просто необходим. Так как в его функциональность входит прием HTTP-запросов от клиентов, выдача html-страниц, аутентификация пользователей, поддержка динамически генерируемых страниц и т.д.
Я думаю, что это не будет секретом, если скажу что, для того чтобы поставить, например, тот же Apache, нужно, во-первых, его установить, во-вторых, настроить файл конфигурации. Если используется PHP, то и здесь нужно нужно провести соответствующие настройки. Вот эту всю совокупность действий я и подразумевал под "разворачиванием web-сервера".

Ну, тут фокус в том, что помимо "разворачивания" надо проделать еще много всякой работы (гораздо больше, надо заметить), а вы вводите человека в заблуждение, что только

rpm -i httpd-2.2.8-3.i386.rpm
apache_2.2.3-win32-x86-no_ssl.msi


сделает его счастливым :)

edges7 Николай1 Ну, тут фокус в том, что помимо "разворачивания" надо проделать еще много всякой работы (гораздо больше, надо заметить), а вы вводите человека в заблуждение, что только

rpm -i httpd-2.2.8-3.i386.rpm
apache_2.2.3-win32-x86-no_ssl.msi


сделает его счастливым :)

Ну почему же? Автор темы спрашивал о возможных путях решения его проблемы. Кое-какие ответы на свои вопросы он получил. А что он из этого предпочтет - выбор все равно останется за ним. Понятно, что здесь все не так просто. Особенно, если с этим никогда не имел дела. И в любом случае ему придется перелопатить гору литературы по интересующим его вопросам.

Думаю, что в качестве резюме, можно сказать, что автору надо определиться с выбором клиента.
Варианты:

- толстый клиент (клиент-сервер)
- толстый клиент (трехзвенка)
- веб-клиент

Для этих клиентов надо будет определяться еще и с выбром сервера.

- экспорт/импорт
- терминальный сервер

В этом случае текущий функционал требует минимальной доработки.

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

а вы ему толстый клиент... rpm --install... apache...
я представил, как он сейчас побежал разворачивать терминальный сервер :D

Не, про СУБД он, вроде, знает уже :)

k-ssТут вспомнил, что несколько лет назад, пробовал (чисто из любопытства) настроить mdb в локальной сети, так я размещал файл mdb на одном из компов в папке с общим доступом, а на других компах создавал ярлыки к этому файлу "ГЛАВНЫЙ КОМПЬЮТЕР\\БД.mdb" -- помоему, всё работало! Что нибуть подобное можно сделать через инет?


Можно, если скорость и надежность соединения позволяют.

k-ssСейчас вычитал, что можно отделить таблицы от запросов, форм и др. -- ваще клёво! Таблицы на главном компе, а формы на местах - изменяй как хочешь, т.е. можно подстроить форму под конкретное рабочее место!

Клево, только сложно.

k-ss Николай1 k-ssТут вспомнил, что несколько лет назад, пробовал (чисто из любопытства) настроить mdb в локальной сети, так я размещал файл mdb на одном из компов в папке с общим доступом, а на других компах создавал ярлыки к этому файлу "ГЛАВНЫЙ КОМПЬЮТЕР\\БД.mdb" -- помоему, всё работало! Что нибуть подобное можно сделать через инет?


Можно, если скорость и надежность соединения позволяют.


Подскажите, плз, как это можно сделать (скорость и надёжность в норме). Пытался разместить mdb-файл в ftp:// и открывать его... не вышло :(

Это, скорее, к виндовым админам вопрос.
А вообще - надо "расшарить" общий ресурс и дать на него права тем, кому надо. А там, где он должен читаться/писаться - "map network drive" в "my computer". То есть, ресурсы удаленного компутера должны быть видны так же, как локальные диски.
Но, повторюсь, этот вопрос надо задавать админам. Как именно это сделать и как обеспечить безопасность, я, лично не знаю. Возможно, надо создать домен, включить в него все нужные компы, ...
То, что так сделать можно - знаю наверняка. У нас многие филиалы так работают (видят общие сетевые ресурсы напрямую), хотя к базе ходят через трехзвенного клиента.