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

Из статичной htm-ки можно впринципе по кнопке submit вызвать проводку sql-jet запроса insert into?

спасибо всем за инфу, - идея с dot-шаблонами понятна. С hta буду разбираться.

авторполученных по электронной почте
Да, такой вариант какраз и предлагал, но категорически заказчик не соглашается. Им "веб это круто" ктото в голову втемячил.


авторна японском со словарем ?
Вэб форма тянет за собой целый паровоз, и подозреваю, что как рулить им...
Представлялось что можно будет сварганить ну например локальный статичный htm-файл опросника с тегами form и кнопкой post, которая тем или иным скриптовым образом из себя обращается к ацесс-базе, ну например через ОДБЦ. И тупо закладывает 1 запись в таблицу результатов опроса. htm выкладываю на сетевую шару, пользователи прямо с сетевого диска в браузере htm открывают и заполняют. Т.е. нано-вебсайт из одного файла без вебсервера.
Форма ввода обезличенная, поэтому авторизация, идентификация пользователя и прочие навороты - не нужны.

автортак просто (аж всплакнул)
Сарказм? :)

Да, хотелось бы из локального контекста браузера ну например локальным javascript-ом стукнуться в БД. Ну или накрайняк сложить (добавить в конец) скриптом данные формы в статичный csv тудаже на сетевую шару, а из СУБД выгребать периодически содержимое csv (или вообще пристыковать его к СУБД как прилинкованную ОДБЦ-таблицу).
Если настройки локальной политики безопасности браузера такое позволят - то почему нет?

авторА почему бы Вам не использовать PHP
В некоторых холдингах чтобы выделить новый инфоресурс (вебсайт) и открыть к нему доступ, нужно кучу бумаг и иногда неприлично долгое согласование (плюс закрепить админа, плюс ещё всякие оргпроцедуры). Микроскоп с гвоздями получается.
А задача то примитивная, 1 статичная форма, 1 кнопка "отправить", 1 ацесс-база. Но вот хотят чтобы "веб" и всё тут.

Вот и подумалось подсунуть им \\шара\путь\веб.htm в качестве локального безсерверного-затрикопейки-веба :)

а javascript в локальном браузере случайно не позволяет текстовые csv-файлы обрабатывать (создавать, дописывать)?

автора с опросником в Гугл Документах не прокатывает что ли?)
Интернета нет, сбор только во внутренней сети. И потом, "гугл" в свете импортозамещений и сложной внешнеполитической обстановки чуть ли не клеймо "враг". В иных организациях обосновать применение враждебного ПО ещё сложнее, чем выбить вебсайт.
Т.е. нужен квадратный велосипед по возможности самописной конструкции.

авторМожете сказать ,что владельца и основателя Гугла зовут
Конечно, корпоративная информбезопасность именно так и работает ;)

Впринципе, относительно простой вариант получается с вклеиванием в htm-страничку яваскрипта прямого обращения к ацесс-базе, чтото типа такого



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

авторне работает если скрипт запускается на x32 исполнителе, а офис x64
Там наверное не тот DriverID выбираете. В панель ODBC обычно притаскивается с обновлениями MDAC и офисами-шмофисами несколько разных версий драйвера DRIVER=Microsoft Access Driver (*.mdb, *.accdb), ну например версии 6.хх.хх и 14.хх.хх
Они по названию похожие, но работают поразному на разнобитных компах.
Но проверю, спасибо.