MS Access VBAJoss, зачем вы пытаетесь сделать батник, не имея опыта, если прекрасно знаете среду MS Access и VBA?

Создайте аксесовскую утилитку, в которой покажите красивую формочку с рюшками, определите где расположен екзешник access (можно через SysCmd(acSysCmdAccessDir) & "MSACCESS.EXE"), запустите шелом с командной строкой /декомпайл вашу основную базу и т.п.
Фокус в том, что если глючит основная программа, то так же может глючить и вспомогательная утилита. Вообще-то надо писать не батник, а VB скрипт.

Эксель не катит. По существу я вырезал кусочек своей более сложной и более мощной программы и кусочек общей БД, относящейся к конкретному предприятию за конкретный период. В программе зашита куча контролей от дурака, ну или по научному, от ввода недостоверной информации, Идёт проверка по нескольким критериям. Используются как минимум 6 таблиц, Три основных и три вспомогательных, причём данные вносятся только в 2 таблицы, а наполнение 3 таблиц зависят от предприятия. Эксель с этим то же может справиться, но геммороя на порядок больше.

На счёт интернета. Я пробовал перегнать кусочек базы на SQL Server и ASP. И даже что-то начинало получаться. Но не потянул. Парень, который был хорошим специалистом по ASP уволился. А я тупо уперся в незнание предмета. НЕ всё описано в книгах. Да и старое начальство было в этом не заинтересовано.

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

MrShinJoss,

С откомпилированным MDE те же проблемы возникают? В MDE не преобразовывал. Перед рассылкой очищал модуль от мусора, делал сжатие и компиляцию.
Проблема. Делать MDE можно только в той версии, в которой у тебя формат базы. Был у меня как-то случай, когда я пробовал сделать в Access 2003 MDE базы формата Access 2000. Программа отказалась это делать.
Сейчас у меня стоит 2010, Создать в нём MDE я не пробовал. Формат базы у меня MDB Access 2000.

Спасибо за советы.
Но вот такие случаи из практики.
Первый вариант. Сообщают об ошибке. Пошагово рассказываю, как запустить с нажатым Shift, как найти операцию "восстановить и сжать". Программа заработала.
Второй вариант. Сообщают об ошибке. Пошагово рассказываю, как запустить с нажатым Shift, как найти операцию "восстановить и сжать". Программа не заработала. Отсылаю декомпилированный вариант. Программа заработала.

Вот такие дела.

PWWJoss,

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

Поднимаю старую ветку. Описываю как решилась проблема, может у кого-нибудь такая же ...

*************************************

Дело в том, что начиная с версии 2007 для Access (и соответственно Офиса) разработана новая библиотека работы с данными ACE вместо DAO, а начиная с версии 2010, разработана так же 64-х битная версия этой библиотеки. Для библиотеки DAO 64-х битной версии не существует. Получается, что для комбинации Windows XP и Офиса 2000 – 2003 можно использовать только библиотеку DAO, в остальных случаях можно использовать библиотеку ACE. Подключение библиотеки производится на этапе программирования. Поэтому были созданы две версии программы:
- универсальная, с использованием библиотеки ACE для 32-х и 64-х версий Офиса, но работающая начиная с 2007 версии.
- с использованием библиотеки DAO, для Windows XP и Офиса 2000 – 2003 и работает только с 32-х разрядными версиями Офиса

PWWJoss,
Ты используешь DAO в коде или она просто болтается по умолчанию и глючит из-за несовместимости?
Использую библиотеки. Строю на них рекордсеты. Программу сопровождаю уже 7 лет приблизительно 60% в ней моего кода. Мне она досталась после 2 лет опытной эксплуатации и 3 лет нормальной эксплуатации. Писалась на Access 2003. Автор была сторонницей DAO. Я был сторонником ADO. Программа представляет собой жуткую смесь процедур DAO и ADO.

10 лет эксплуатации программы на Access, если учитывать опытную, то все 12. Кто похвастается таким долголетием?

NeboJoss,
Делайте единые библиотеки доступа.
Одна версия офиса.
Так будет работать как часы. Вы невнимательно читали ветку. У клиентов что стоит, то стоит. И менять они ничего не будут.

На счёт клиентов. Вчера звонила женщина-бухгалтер. Достаточно молодая. Вроде бы должна быть с компьютером на "ты". Не знала ни версии Windows ни версии Офиса. Полчаса объяснял, по телефону, как распаковать архив и как потом заменить одну версию программы на другую. У неё как раз была та самая комбинация: Windows XP и OFFice 2003.

vmagJoss,

Попробуйте рассмотреть проблему заполнения шаблона под другим ракурсом:
- Сейчас наверняка так: Под новый шаблон допиливается и хранилище и интерфейс (новые поля/тополя)...
- Попробуйте застолбить интерфейс (хранилище меняется, а интерфейс нет), тогда у каждого клиента интерфейс нужно будет настроить всего один раз.
Как это сделать ?
- Заполнением с помощью мастера заполнения. Вы поставляете только новое хранилище, в котором есть поля для заполнения и рядом ваши признаки обработки каждого поля (какие проверки включать и т.д.). Итерфейс пошагово запрашивает поля ввода и после ввода анализирует их согласно прилагаемым в БД инструкциям...
- Динамическое формирование полей ввода в форме. Поля ввода в форме генерируются из той же таблицы поставки, инструкции по обработке в БД тоже соответственно в ней есть...
Ну да, слегка попахивает искусственным интеллектом и труд приличный и сложности есть...

Сразу не ответил. Сейчас попробую объяснить.

1. Интерфейсная часть ещё не устоялась. Постоянно идут правки. То там условие допиши, то то поле заблокируй, чтоб не правили, то вывод в Word измени...
2. Низкий компьютерный уровень клиентов. Не всех, но ощутимый процент есть. Им проще получать каждый раз полный архив и не искать где у них старый интерфейс завалялся.

Ну а динамическое формирование не нужно. Без него прекрасно можно обойтись