У клиентов есть задача, написанная на Access. И довольно большая, постоянно изменяющаяся база.
А у них свои клиенты, которым необходимо работать с этой задачей. Хозяева не хотят отдавать эту базу в чужие руки.
А хотят, чтоб клиенты работали с ней через интернет. Особенности базы: её изменять могут лишь хозяева, остальные могут только получать из неё различные выборки.
Делать соответствующий сайт и переводить всё на MySQL, PHP, ASP они то ли не хотят, то ли не могут (скорее второе, финансы). Вот они и крутятся, чтоб не переписывать задачу, а как-то ухитриться работать с ней удалённо через интернет.

Какие есть идеи?

Пока предложено следующее.
Первое предложение. Перевести базу на MS SQL Server, дать ему выход в интернет. Клиент оставить как Access.

Другое предложение. Попробовать использовать SharePoint. База то не меняется.

Третье предложение. Удалённый доступ через сервер терминалов (или терминальный сервер)

Сложность ещё в том, что у клиентов нет сильного админа (или вообще нет админа). И как всё это настроить - неизвестно.

Может кто-то создавал что-то подобное и поделится идеями или опытом?


-------------------------------------------------------------
А ты вложил уже свой кровный рубль в 50-ти миллиардное состояние Билла Гейтса?

Спасибо за отклики. Попробую прояснить кое-какие вопросы.

1. Клиенты (основные) не очень хорошо подкованы программно и технически. Небольшая фирма занимающаяся обработкой некоторых поступающих данных (ресурсы, торговый оборот и т.п.), анализом этих данных

2. На счёт, что жалко и что не жалко отдавать. База разделённая. Клиента отдавать не жалко. А вот базу с данными - это да. Фирма как раз и живёт за счёт предоставления такой информации. Хотят заказчики узнать всё о пиломатериалах фанере, цементу или шиферу. Пожалуйста, им полный расклад. Что, где и сколько продано, закуплено, завезено, вывезено и кем всё это сделано. Ну и графики и таблицы соответствующие.

3. Объём базы - несколько сотен мегабайт. Письмом не отошлёшь. Только через файлообменник.

Ответ Ёжику
Трёхзвенка - это хорошо. Опять же теоретически. Кто будет писать ASP ? Кто будет настраивать IIS ? Но как вариант будет предложен к рассмотрению. Сегодня же вечером.

Ответ simpli
Ваш способ требует минимальных затрат. Возможно он как раз и будет принят. Но решать не мне. Если разрешите, то я к Вам обращусь за уточнениями.

Лично мне больше импонирует переход на MS SQL, но тут много работы. Нужно настроить SQL сервер для выхода в интернет, нужно переписать программу, часть запросов на хранимки и вьюхи, запросы к серверу. (хотя при использовании mdb и accdb это и не обязательно, но тормоза будут жуткие) Да, и какой сервер использовать? Можно использовать MS SQL Express или надо приобретать полноценную версию? Возможно трудности по переходу будут сопоставимы с разработкой новой программы .

Пока будем думать.

Predeclared, это хорошо, если надо какой-то фиксированный отчет к определённой дате, когда отклик между запросом и ответом может быть большим. Весь сыр-бор начался из-за того, что конечные пользователи захотели сами покопаться в базе (в пределах своих потребностей/задач).
Что будет, если для анализа взять не статическую, а фактурную стоимость? Или общую фактурную? Пересчитать в валюту? По среднемесячному курсу7 По ежедневному?
Взять не 7 групп для диаграмм, а 10 или 15? Вес нетто, вес брутто?

Хотя что-то в этом есть. Но надо отлаживать работу почты. Периодически опрашивать почтовый ящик, ставить очередь на выполнение, отсылать полученный отчёт по обратному адресу.
Мысль интересная.

Leoris, Amazon RDS конечно вещь, осталось только адаптировать программу под SQL server. А тут могут быть затыки. Всё конечно решаемо, но время, время... Всё как обычно надо сразу, да ещё вчера.

А Вы с Amazon RDS работали? И если - да, то какое впечатление?