Здравствуйте, обращаюсь к светлым головам сего бренного мира.
Суть задачи состоит в том, чтобы база данных (MS Access) была все время в актуальном состоянии, т.е. редактируется она на нескольких компьютерах (не одновременно, поочередно) и просто уже нет сил таскать ее туда-сюда на флешке. Возникла идея посылать SQL-запросы на веб-сервер на каком-нибудь бесплатном сервере (была мысль написать что-нибудь простенькое на PHP, без визуального интерфейса), скрипт бы записывал все запросы в файл, а когда компьютер бы подключался к скрипту, тот посылал бы ему пачки запросов. Но тут есть проблема, нужно указывать отправителя (компьютер на каком были действия) и исключать его при передачи запросов, а то он просто начнет дублировать записи. Тут получается очень все запутано и я немного задумался - может не надо городить уже готовое, а то я то может и сделал бы все это, но без шлифовки и ошибок по первых порах не обошлось бы по-любому, а так как база данных моей фирмы, то не допустима потеря или некорректность данных.

Рассматривал виртуальную сеть через интернет и совместное использование базы данных, но тут тоже не все так гладко: во-первых не все компьютеры находятся всегда в Интернете, когда на одном из них идет работа с базой;
во-вторых не допускается передача результирующего ответа по интернет каналу, так как результат может иметь до 100 строк таблицы, а такие запросы будут передаваться с задержкой, что не есть ГУД, таких запросов может быть до 100 в минуту, а то и больше иногда (100 в сек, но только вставка).

Итак вопрос господа знатоки: что можете посоветовать в данной ситуации.

Ситуацию расписал как можно подробнее, что бы не возникало никаких недоразумений. Программа для работы с базой данных моя, так что я могу спокойно оперировать со всеми запросами к базе данных.

Буду очень рад хоть какой-то помощи, спасибо.

SERG1257,

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

MasterZiv
> - очень большие объемы информации и не слишком широкий интернет канал

Сколько?




Ну бывает загрузка прайсов в базу, а это примерно 5-8 тищ сток по 10-12 столбцов в 10-20 сек (так у меня на компьютере работает) и постоянная выборка этих же строк, только по 50-100 за один раз, но как раз тут не должно тормозить ни грамма.

Cane Cat Fisher
Строго поочередно? Никогда не одновременно?



Ну я предполагаю, что вставка/удаление будет 100% поочередно, так как на это имеет право только 1 клиент, а выборка может происходить и вместе.

Cane Cat Fisher
Возможно, аккуратное таскание на флешке будет организационно проще и надежнее.



Так сейчас и организовано, но беда в том что если бы это я занимался работой с базой - то да, но вот тот человек сел в машину и поехал, а потом мне звонит и говорит, что флешку забыл, а ехать обратно только за флешки не охота, и я начинаю гнать базу в 40-60 Мб через интернет в 100кБайт!!! на отдачу на другой комп и обратно.

Dimitry Sibiryakov,

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

Dimitry Sibiryakov,

может я не умею правильно выразится, но мне нужен сервер, который бы синхронизировал все базы данных, но ясен пень, без веб-интерфейса, просто чтобы он работал постоянно, что исключает установку такого сервера на локальном компьютере.
И если можно, то можно подробнее как организовать VPS, а то не совсем понимаю.
И еще не очень бы хотелось переходить на новую базу данных, а то ну уж очень много работы по переделке, целая студия.

MasterZivOn 02/04/2012 03:12 PM, andrey.vadimovich wrote:

> Ну бывает загрузка прайсов в базу, а это примерно 5-8 тищ сток по 10-12 столбцов
> в 10-20 сек (так у меня на компьютере работает) и постоянная выборка этих же
> строк, только по 50-100 за один раз, но как раз тут не должно тормозить ни грамма.

Это даже не мало. Это микроскопические объёмы.

> Так сейчас и организовано, но беда в том что если бы это я занимался работой с
> базой - то да, но вот тот человек сел в машину и поехал, а потом мне звонит и
> говорит, что флешку забыл, а ехать обратно только за флешки не охота, и я
> начинаю гнать базу в 40-60 Мб через интернет в 100кБайт!!! на отдачу на другой
> комп и обратно.

5 тыщ записей -- это 5000*1024 = 5Мбайт, да ещё пожать можно думаю до 1Mb как
минимум. Откуда 40?


Это я вам про одну таблицу говорю, поверьте 40 Мб это реальные числа.

Андрей Таранов,

спасибо за совет, но есть одно но: друпбокс синхронизирует ФАЙЛЫ, а не информацию в файлах, так что если я, например, изменю одну строку, то синхронизироваться будет весь файл в несколько Мб, что есть не хорошо.

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

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