Integrator2Все же как использовать .mdb-файл через HTTP? Я знаю, есть такие приложения баз данных, которые работают без локальной сети точно также как будто бы они в локалке - общий доступ отовсюду и ведение единой БД формата .mdb. Могу я с вами как-то связаться, чтобы сделать предложение о возможном сотрудничестве?
У вас неправильные сведения.
Не вы первый не вы последний.
Воспользуйтесь поиском.
Нет простого решения.

MrShinIntegrator2,

Да, есть разные способы удаленной работы с mdb. Мое личное мнение: если нужна совместная работа через интернет с удаленной базой, единственно правильное решение - переход на разделенную базу и замена бэкэнда на основе mdb/accdb на нормальную серверную базу, лучше MS SQL, ну или MySQL, остальное все от лукавого и никакой серьезной работы с этим не будет. Тем более что замена бэкэнда на SQL сервер довольно несложная процедура, большинство кода будет работать без изменения, но кое-что придется переделывать. Я бы в любом случае, даже только для локальной работы рекомендовал нормальный SQL сервер в качестве хранилища, т.к. он имеет мощные механизмы защиты данных от повреждения и несанкционированного доступа, чего в mdb попросту нет.

В принципе есть обходные способы. Например вот этот сервис позволяет "всего лишь" за $49 в месяц на человека или $250 на пятерых запускать удаленные приложения Акцесса через браузер. Я не пробовал это, не знаю, может есть что-то дешевле, но можете рассмотреть как вариант

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

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

Можете попробовать все же VPN,

MrShinROIНи каких множество способов для удаленной работы с MDB вы не указали
Почему не указал? На видео как раз показано, как это сделать используя VPN.
но постом выше ваши же слова о VPN
>> Можно организовать удаленную работу через VPN, но при работе через ненадежный канал, коим является >> интернет вы подвергаете базу риску повреждения

MrShinROIно постом выше ваши же слова о VPN
Не вижу противоречия. Способ есть, но он ненадежен, к для работы с ответственными данными не рекомендуется.
А я и не спорю.
Простых способов для удаленной работы с MDB нет. (это мое мнение для ТС)
Ну а сложные пути пусть сам ищет.
С уважением.

Integrator2,

К стати побробуйте выложить базу на Яндекс диск и поэсперементируйте.

Integrator2А почему ни кто не говорит про отвязанные датасеты ADO.NET?
Дык это другая история и отношение к Access не имет.
Ставте SQL и цепляйтесь к нему через ADO.NET

Integrator2,

Давайте раставим точки над и,
Что такое файл с расширением mdb?
это просто хитро сформированй файл контейнер как то TXT DOC и прочее.
Этот фай (mdb) мертв без приложения коим евляется Access.exe
Если забросить этот файл на удаленный ресурс он и будет там просто лежать и не более.
Клиентское приложение может обратиться к нему и "оживить" но:
1 Все данные таскаются по сети и обробатываются на 90% на клиенте.
2 По этому любой сбой сети может навредить этому файлу.
3 и по этому работа с удаленными mdb файлами очень затруднена.
4 и отвязаный RecordSet или "привязяный" значения не имеет.
пустое это

MrShinIntegrator2Через ADO.NET посредством указания определенной строки соединения можно и к .mdb подключиться.
И чем это будет лучше, чем линковать к таблицам, например, SQL сервера? Тот же самый ODBC и иже с ними "не родные" соединения, которые вынудят так же переделывать некоторый код и запросы. Так не лучше ли просто перейти на серверный бэкэнд?
Не успел, совершенно правильно.
>> Через ADO.NET посредством указания определенной строки соединения можно и к .mdb подключиться.
Вот пример: Provider=Microsoft.Jet.OLEDB.4.0;data source=C:\MyDb.mdb
удаленный mdb тупиковый путь.
Мне дальше не интересно.
С уважением.

Integrator2В общем все можно продумать... при наличии времени и желания))
Вот вот время и желание и целесообразность.
Вы в файл блокировок хоть раз заглядывали.
Какие еще организации меток в ldb файле?
Вообщем все что вы написали это желаемое, а дествительность она другая.
Если уж так хочется то берите связку Acces --> SQL и работайте.
А про сказочные мечты "как можно красиво и просто организовать работу с mdb файлом через интернет" не нало. (у вас смею вас заверить ни хвати ни времени ни желания)
Сдесь не дураки сидят и это проходили и хавали не по наслышке.
С уважением.

Integrator2,

ТС вы где?
Мы тут копья гнем.

Integrator2Спасибо вам всем за ответы, ув. господа.
Правда, скажу честно, знал я все это. И про Хамачи. Но еще раз освежаю все в памяти своей и с учетом современности - вдруг, что новое появилось, изменилось. Но нет, по-прежнему все также. Все те же акценты на MS SQL... Хоть свою собственную СУБД на XML бери и начинай писать со своим файлом операций .ldb Тогда наверное только получится работать по HTTP с файлом, в режиме простой файл-серверной архитектуры с умными клиентами, узнающими о действиях друг-друга через этот файл... Еще раз спасибо)
Модератор: Почищено

MrShinIntegrator2работать по HTTP с файлом
Да просто мы все никак не можем понять: ЗАЧЕМ нужно строить здание из костылей и веточек, если есть бесплатные железо-бетонные панели?
Нет, ну если просто хочется создать свою базу данных - пожалуйста. Вам серьезно это кажется легче, чем за пару дней освоить азы серверной базы и подправить приложение? Думаю, если бы вы хотя бы поверхностно были знакомы с администрированием серверных баз данных, вы бы имели некоторое представление о том, ЧТО там навернуто для предохранения данных от потерь и повреждений. Внутри там своя операционная система со сложнейшими механизмами, рядом с которыми файлы, как хранилище данных выглядят как домик из соломы против атомного бомбоубежища.

Я в свое время тоже думал, что можно сделать нормальный обмен данными между предприятиями с помощью файлов и FTP. Набили кучу шишек, плюнули и перешли на нормальную систему передачи данных на базе AS2 и все проблемы забылись как страшный сон.
Модератор: Почищено

ROIMrShinпропущено...

Да просто мы все никак не можем понять: ЗАЧЕМ нужно строить здание из костылей и веточек, если есть бесплатные железо-бетонные панели?
Нет, ну если просто хочется создать свою базу данных - пожалуйста. Вам серьезно это кажется легче, чем за пару дней освоить азы серверной базы и подправить приложение? Думаю, если бы вы хотя бы поверхностно были знакомы с администрированием серверных баз данных, вы бы имели некоторое представление о том, ЧТО там навернуто для предохранения данных от потерь и повреждений. Внутри там своя операционная система со сложнейшими механизмами, рядом с которыми файлы, как хранилище данных выглядят как домик из соломы против атомного бомбоубежища.

Я в свое время тоже думал, что можно сделать нормальный обмен данными между предприятиями с помощью файлов и FTP. Набили кучу шишек, плюнули и перешли на нормальную систему передачи данных на базе AS2 и все проблемы забылись как страшный сон.
Уважаемый а вы кто?
Это раз то что вы Access не сооброжаете.
То что вы палку тянете на себя и на SQL это три.
Вопрос какого черта?+
Сори это два пропустил

MrShinROIУважаемый а вы кто?
Вопрос какого черта?
У меня к вам те же вопросы. Я где-то сказал неправильно? Что именно я в Акцессе не соображаю?

ROI, вам нужно быть как-то терпимее к тому, что люди пишут и не называть всех подряд неучами, даже если написана глупость, а просто указать на ошибку. Это относится не только к этому топику.
Да как вам сказать если для тебя 40-50 баксов не деньги.
То о чем мне с тобой говорить.
Ссылки ваши я смотрел и читал вдучиво (старые, отстой, вы отстали от жизни в месте с мелкомягкими)
С уважением.

MrShinROI,
Была весьма конструктивная дискуссия, позвольте откланяться :)
Небыло дискусии.
Откланяюсь с сожалением.
С уважением.

Integrator2Не понял, чем я кого обидел? Что не так сказал? То что, нет у MS способа работать по HTTP с .mdb хоть как-то - это факт. А могло бы быть что-то... (MSDE ведь был, HAMACHI есть), хоть и не быстро, но работающее. Просто им выгодно гнуть всех на MS SQL Server, который они и в аренду сдают и тот же Azure. Это понятно, что лучше клиент-сервер. А убедили в чем? За четко прописанные варианты спасибо. Кто я? Ну, вы можете связаться со мной +7 812 3094642 добавочный 4, поговорим с удовольствием. Особенно было бы приятно переговорить с MrShin, я подозреваю, что он мой давний знакомый))
закалебался звонить по +7 812 3094642
Какаято бугалтерия отвечает

ROIIntegrator2Не понял, чем я кого обидел? Что не так сказал? То что, нет у MS способа работать по HTTP с .mdb хоть как-то - это факт. А могло бы быть что-то... (MSDE ведь был, HAMACHI есть), хоть и не быстро, но работающее. Просто им выгодно гнуть всех на MS SQL Server, который они и в аренду сдают и тот же Azure. Это понятно, что лучше клиент-сервер. А убедили в чем? За четко прописанные варианты спасибо. Кто я? Ну, вы можете связаться со мной +7 812 3094642 добавочный 4, поговорим с удовольствием. Особенно было бы приятно переговорить с MrShin, я подозреваю, что он мой давний знакомый))
закалебался звонить по +7 812 3094642
Какаято бугалтерия отвечает
А идей масса может чем и пдмогну!