MS Access и 1С. Что, когда и зачем?

Зачем файловая СУБД, если есть SQL Server Express?

Эх, Юрий, вашу бы статью да полгода назад, тогда толковых примеров по работе с Access не нашел.))
Да и вообще, читаю ваши статьи с интересом.
Как раз на том проекте делал выгрузку отчета на СКД в файл базы данных Access.
Столкнулся тогда с проблемой, преобразования дат, если компьютер на котором происходит выгрузка, имеет английскую локаль, то и даты нужно писать в файл в "иностранном" формате. Не учел этот момент изначально, долго искал потом в чем проблема.

А зачем все эти заморочки? Тогда проще поставить любую фришную СУБД, хоть sqlite3, к ней есть бесплатные клиенты. Хоть монго, хоть постгрес, хоть mySql

Я бы сравнивал Access с 1С предприятием, но никак не с Excel.
В бытность, попадались неплохие реализации потребностей на Access...

Отличная статья. Честно говоря, пока не могу для себя придумать, для чего можно было бы использовать выгрузку в Access из 1С (в плане именно для пользователей). Подумался такой вариант - если пользователь захочет какой-то фрагмент базы себе получить, а 1С у него нет (не у всех же есть личный 1с ключ для работы дома :), да и вообще не будешь же всем пользователям экземпляры базы отдавать, тут уже можно и под закон о ПДн попасть), но есть Access (у всех наших пользователей установлен Office), и он хочет "получить красиво", а не просто список таблиц (для этого и Excel бы подошел), то можно выгрузить в Access часть нужных данных, наваять пользователю красивых форм, чтобы он даже не подумал залезть непосредственно в таблицы, и в таком виде отдать. Особенно хорошо, что Access-то пользователю на самом деле и не нужен, можно сделать автономный файл + Runtime и всё.
Оффтоп: сами мы используем один сумасшедший вариант - есть на сервере MS SQL база (телефонный справочник), из которого веб-приложение тянет данные, а редактор у этой базы на Access на клиентской машине (который как источник данных использует MS SQL) с формами для работы с данными.

Юрий, а Вы такие же эксперименты с LibreOffice не делаете, а то у нас сейчас модно "отечественные продукты"
использовать?
Опять же - кроссплатформенность.

А зачем создавать com объект чтобы сразу его переписать?

Много лет назад, когда 1С "дружила" с Microsoft был Addin для MS Office, который позволял получать доступ к 1с из Office. Решение было сырое, и почему-то быстро его прикрыли.

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

В статье не описано 2 очень важных нюанса, а именно
1. драйвера ODBC х32 и х64 не совместимы! представим себе ситуацию, у вас на сервере 1С Сервер х64, соответственно драйвер OBDC он то же х64 будет использовать. Допустим формируем мы на сервере данные и кладем им в расшаренную папочку, шлем по почте и тд файлики акцесса, а у пользователей офис на рабочих машинках x32 и они ничего открыть не смогут, после того как x64 акцессом или драйвером ODBC x64 записался файл его на 32х разрядном офисе не открыть. Если у клиента зоопарк с версиями офисов то могут быть существенные проблемы! Для нас это оказалось критично, пришлось отказаться хранить что либо в акцессе.

2. если вам нужно перезаписывать данные в БД акцесса то он по умолчанию не освобождает место. Допустим мы хотим обновлять одну из таблиц БД акцесс каждую ночь регламентной выгрузкой. Собственно очищаем таблицу, записываем на ее место точно такую же, но объем БД вырос. Если объем таблиц несколько сотен мб вы за короткое время достигаете лимита, хотя самих данных у вас может быть не много. Есть функция освобождения свободного места, после удаления какого либо объема данных ее лучше вызывать.

Пробовали использовать как прокси-таблицу выгрузки аналитики продаж, что бы пользователи подключались туда через Excel или акцессом и строили сводные отчеты, в итоге только убили время на выяснение косяков, по типу что в п1. Мы кстати подключали через внешние источники данных, все норм подключается, но с конвертацией типов (кажется дробных чисел), в акцесс были проблемы с типом DOUBLE. В итоге плюнули и сделали все на MS SQL Server.