Эх, Юрий, вашу бы статью да полгода назад, тогда толковых примеров по работе с Access не нашел.))
Да и вообще, читаю ваши статьи с интересом.
Как раз на том проекте делал выгрузку отчета на СКД в файл базы данных Access.
Столкнулся тогда с проблемой, преобразования дат, если компьютер на котором происходит выгрузка, имеет английскую локаль, то и даты нужно писать в файл в "иностранном" формате. Не учел этот момент изначально, долго искал потом в чем проблема.
А зачем все эти заморочки? Тогда проще поставить любую фришную СУБД, хоть sqlite3, к ней есть бесплатные клиенты. Хоть монго, хоть постгрес, хоть mySql
А если пользователь / заказчик работает в Access и у него уже сложилась целая экосистема на нем?
Плюс при работе в Access есть всем известные инструменты работы с данными, конструкторы и т.д. Не так просто будет переучить быстро сотрудника использовать новый инструмент, вместо старого.
В статье сравнение с Excel не в том плане что лучше, это все же разные инстументы. Там именно различия для пользователей показать и почему Access иногда лучше себя ведет, чем Excel.
Отличная статья. Честно говоря, пока не могу для себя придумать, для чего можно было бы использовать выгрузку в Access из 1С (в плане именно для пользователей). Подумался такой вариант - если пользователь захочет какой-то фрагмент базы себе получить, а 1С у него нет (не у всех же есть личный 1с ключ для работы дома :), да и вообще не будешь же всем пользователям экземпляры базы отдавать, тут уже можно и под закон о ПДн попасть), но есть Access (у всех наших пользователей установлен Office), и он хочет "получить красиво", а не просто список таблиц (для этого и Excel бы подошел), то можно выгрузить в Access часть нужных данных, наваять пользователю красивых форм, чтобы он даже не подумал залезть непосредственно в таблицы, и в таком виде отдать. Особенно хорошо, что Access-то пользователю на самом деле и не нужен, можно сделать автономный файл + Runtime и всё.
Оффтоп: сами мы используем один сумасшедший вариант - есть на сервере MS SQL база (телефонный справочник), из которого веб-приложение тянет данные, а редактор у этой базы на Access на клиентской машине (который как источник данных использует MS SQL) с формами для работы с данными.
(8) Лет 10 назад мне попадались очень даже работоспособные аналоги торговых, производственных программ и даже бухгалтерии 7.7 на связке Access + SQL (связанные таблицы), прекрасно работали. Удобно в этой связке то, что "серверная сторона" - структуры данных, справочники, запросы - пишутся очень быстро и работают потом шустро, а неудобна "клиентская сторона" - прежде чем в форму можно будет пустить реального пользователя, придется изменить несколько десятков ее параметров и написать почти столько же обработчиков для каждого интерфейсного "чиха".
В общем, проблема будет в том, что далеко не все смогут себе позволить содержать целого программиста VBA )
Юрий, а Вы такие же эксперименты с LibreOffice не делаете, а то у нас сейчас модно "отечественные продукты"
использовать?
Опять же - кроссплатформенность.
Для свободного офиса делал только конвертации форматов файлов и дорабатывал БСПшные модули для печатных форм.
Пока все же MS Office у большинства установлен не смотря на последние тенденции. Но если станет актуальным и востребованым, то появится репо на GitHub "1C-Plus-LibreOffice" :)
(12)Думается, когда 1С поднимется на помидорах корпоративных лицензиях, встанет вопрос, а не приобрести ли свою операционную систему на базе линукса.
Хорошо смотрится в этом плане Альт линукс, (www.basealt.ru), нужные сертификаты есть, свой репозиторий есть, сервер и рабочая станция есть сертифицированные, опять же может работать на отечественном Эльбрусе.
Самое то для полной интеграции с 1С!
Тогда и увязка с LibreOffice потребуется. :-)
(18)После 2024 года много чего может случиться...
Товарищ Назарбаев тоже вон устал!
А товарищ Медведев на посту вполне себе может и допустить,
время вперёд двигал, милицию в полицию переименовал, а это мелочи по сравнению с такими свершениями!
Я бы на месте товарища Нуралиева задумался над беспризорностью Альт линукса.
Много лет назад, когда 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.
А если есть выбор между SQL Server и Access, то вообще в сторону последнего можно не смотреть
согласен полностью!
И тут не очень видится применение акцесса как такового, ибо если компания с несколькими десятками юзеров в 1С будет иметь скорее всего 1С Сервер, а значит и СУБД либо MS SQL Server или PostgeSQL. Если компания мелкая, а есть ли у нее тот объем данных которые надо выносить во внешние таблицы и нельзя решить с помощью отчетов 1С.
Получается что акцесс как средство выгрузки актулен в основном тем кто имеет уже готовую систему на акцесс и ее надо просто продолжать поддерживать. Ну либо с точки зрения загрузки из акцесса, за частую бывает что экспорт из различных программ есть именно в бд акцесс, например я столкнулся что счетчики посетителей имеют выгрузку в акцесс.
Назначение Access по словам автора: "Приложение базы данных для сбора и сортировки данных"
Юрий, не хочу обидеть, но может прежде чем писать о "высоком", может матчасть подучить?
Если создать пустую файловую базу, то подключение проходит корректно (на последней строке точно), на скульной выдает ошибку
Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][Диспетчер драйверов ODBC] Источник данных не найден и не указан драйвер, используемый по умолчанию
Access database Engine устанавливал и 32х, и 64х-битный, не помогает.
(38) На всякий случай из 1С запросил параметры окружения
На сервере ------------------------------------------------------
ВерсияОС: Microsoft Windows 7 version 6.1 Service Pack 1 (Build 7601)
ТипПлатформы: Windows x86-64, ВерсияПриложения: 8.3.16.1359
Процессор:GenuineIntel Intel64 Family 6 Model 79 Stepping 1 2400 MHz, Память: 12 287
На клиенте ------------------------------------------------------
ВерсияОС: Microsoft Windows 7 version 6.1 Service Pack 1 (Build 7601)
ТипПлатформы: Windows x86, ВерсияПриложения: 8.3.16.1359
Процессор:GenuineIntel Intel64 Family 6 Model 79 Stepping 1 2400 MHz, Память: 6 143
(42) значит проблема в окружении. Либо 64битный сервер 1С не видит эту компоненту или у него нет доступа, либо к файлу нет доступа.
Можно проверить настройки ODBC драйвера.
Слишком много вариантов :)
А в итоге может оказаться какая-нибудь простая "штука".
(45) Всё-таки пробую инициализировать Акцесс на сервере. Подумалось, что у сервера нет доступа к файловой системе клиента, поэтому помещаю файл на сервер
Да, на комп с 1с-сервером х64 установил Access Database Engine х64, все заработало.
У кого будут сложности установки 64хбитного драйвера при наличии 32хбитного Офиса - устанавливать драйвер с ключом /passive.