MS Access и 1С. Что, когда и зачем?
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Эх, Юрий, вашу бы статью да полгода назад, тогда толковых примеров по работе с Access не нашел.))
Да и вообще, читаю ваши статьи с интересом.
Как раз на том проекте делал выгрузку отчета на СКД в файл базы данных Access.
Столкнулся тогда с проблемой, преобразования дат, если компьютер на котором происходит выгрузка, имеет английскую локаль, то и даты нужно писать в файл в "иностранном" формате. Не учел этот момент изначально, долго искал потом в чем проблема.
Да и вообще, читаю ваши статьи с интересом.
Как раз на том проекте делал выгрузку отчета на СКД в файл базы данных Access.
Столкнулся тогда с проблемой, преобразования дат, если компьютер на котором происходит выгрузка, имеет английскую локаль, то и даты нужно писать в файл в "иностранном" формате. Не учел этот момент изначально, долго искал потом в чем проблема.
(5) все так. Это просто, есди Вы разработчик.
А если пользователь / заказчик работает в Access и у него уже сложилась целая экосистема на нем?
Плюс при работе в Access есть всем известные инструменты работы с данными, конструкторы и т.д. Не так просто будет переучить быстро сотрудника использовать новый инструмент, вместо старого.
А если пользователь / заказчик работает в Access и у него уже сложилась целая экосистема на нем?
Плюс при работе в Access есть всем известные инструменты работы с данными, конструкторы и т.д. Не так просто будет переучить быстро сотрудника использовать новый инструмент, вместо старого.
Отличная статья. Честно говоря, пока не могу для себя придумать, для чего можно было бы использовать выгрузку в Access из 1С (в плане именно для пользователей). Подумался такой вариант - если пользователь захочет какой-то фрагмент базы себе получить, а 1С у него нет (не у всех же есть личный 1с ключ для работы дома :), да и вообще не будешь же всем пользователям экземпляры базы отдавать, тут уже можно и под закон о ПДн попасть), но есть Access (у всех наших пользователей установлен Office), и он хочет "получить красиво", а не просто список таблиц (для этого и Excel бы подошел), то можно выгрузить в Access часть нужных данных, наваять пользователю красивых форм, чтобы он даже не подумал залезть непосредственно в таблицы, и в таком виде отдать. Особенно хорошо, что Access-то пользователю на самом деле и не нужен, можно сделать автономный файл + Runtime и всё.
Оффтоп: сами мы используем один сумасшедший вариант - есть на сервере MS SQL база (телефонный справочник), из которого веб-приложение тянет данные, а редактор у этой базы на Access на клиентской машине (который как источник данных использует MS SQL) с формами для работы с данными.
Оффтоп: сами мы используем один сумасшедший вариант - есть на сервере MS SQL база (телефонный справочник), из которого веб-приложение тянет данные, а редактор у этой базы на Access на клиентской машине (который как источник данных использует MS SQL) с формами для работы с данными.
(8) Лет 10 назад мне попадались очень даже работоспособные аналоги торговых, производственных программ и даже бухгалтерии 7.7 на связке Access + SQL (связанные таблицы), прекрасно работали. Удобно в этой связке то, что "серверная сторона" - структуры данных, справочники, запросы - пишутся очень быстро и работают потом шустро, а неудобна "клиентская сторона" - прежде чем в форму можно будет пустить реального пользователя, придется изменить несколько десятков ее параметров и написать почти столько же обработчиков для каждого интерфейсного "чиха".
В общем, проблема будет в том, что далеко не все смогут себе позволить содержать целого программиста VBA )
В общем, проблема будет в том, что далеко не все смогут себе позволить содержать целого программиста VBA )
(11) сделать, конечно можно.
Для свободного офиса делал только конвертации форматов файлов и дорабатывал БСПшные модули для печатных форм.
Пока все же MS Office у большинства установлен не смотря на последние тенденции. Но если станет актуальным и востребованым, то появится репо на GitHub "1C-Plus-LibreOffice" :)
Для свободного офиса делал только конвертации форматов файлов и дорабатывал БСПшные модули для печатных форм.
Пока все же MS Office у большинства установлен не смотря на последние тенденции. Но если станет актуальным и востребованым, то появится репо на GitHub "1C-Plus-LibreOffice" :)
(12)Думается, когда 1С поднимется на помидорах корпоративных лицензиях, встанет вопрос, а не приобрести ли свою операционную систему на базе линукса.
Хорошо смотрится в этом плане Альт линукс, (www.basealt.ru), нужные сертификаты есть, свой репозиторий есть, сервер и рабочая станция есть сертифицированные, опять же может работать на отечественном Эльбрусе.
Самое то для полной интеграции с 1С!
Тогда и увязка с LibreOffice потребуется. :-)
Хорошо смотрится в этом плане Альт линукс, (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.
1. драйвера ODBC х32 и х64 не совместимы! представим себе ситуацию, у вас на сервере 1С Сервер х64, соответственно драйвер OBDC он то же х64 будет использовать. Допустим формируем мы на сервере данные и кладем им в расшаренную папочку, шлем по почте и тд файлики акцесса, а у пользователей офис на рабочих машинках x32 и они ничего открыть не смогут, после того как x64 акцессом или драйвером ODBC x64 записался файл его на 32х разрядном офисе не открыть. Если у клиента зоопарк с версиями офисов то могут быть существенные проблемы! Для нас это оказалось критично, пришлось отказаться хранить что либо в акцессе.
2. если вам нужно перезаписывать данные в БД акцесса то он по умолчанию не освобождает место. Допустим мы хотим обновлять одну из таблиц БД акцесс каждую ночь регламентной выгрузкой. Собственно очищаем таблицу, записываем на ее место точно такую же, но объем БД вырос. Если объем таблиц несколько сотен мб вы за короткое время достигаете лимита, хотя самих данных у вас может быть не много. Есть функция освобождения свободного места, после удаления какого либо объема данных ее лучше вызывать.
Пробовали использовать как прокси-таблицу выгрузки аналитики продаж, что бы пользователи подключались туда через Excel или акцессом и строили сводные отчеты, в итоге только убили время на выяснение косяков, по типу что в п1. Мы кстати подключали через внешние источники данных, все норм подключается, но с конвертацией типов (кажется дробных чисел), в акцесс были проблемы с типом DOUBLE. В итоге плюнули и сделали все на MS SQL Server.
(30)
согласен полностью!
И тут не очень видится применение акцесса как такового, ибо если компания с несколькими десятками юзеров в 1С будет иметь скорее всего 1С Сервер, а значит и СУБД либо MS SQL Server или PostgeSQL. Если компания мелкая, а есть ли у нее тот объем данных которые надо выносить во внешние таблицы и нельзя решить с помощью отчетов 1С.
Получается что акцесс как средство выгрузки актулен в основном тем кто имеет уже готовую систему на акцесс и ее надо просто продолжать поддерживать. Ну либо с точки зрения загрузки из акцесса, за частую бывает что экспорт из различных программ есть именно в бд акцесс, например я столкнулся что счетчики посетителей имеют выгрузку в акцесс.
А если есть выбор между SQL Server и Access, то вообще в сторону последнего можно не смотреть
согласен полностью!
И тут не очень видится применение акцесса как такового, ибо если компания с несколькими десятками юзеров в 1С будет иметь скорее всего 1С Сервер, а значит и СУБД либо MS SQL Server или PostgeSQL. Если компания мелкая, а есть ли у нее тот объем данных которые надо выносить во внешние таблицы и нельзя решить с помощью отчетов 1С.
Получается что акцесс как средство выгрузки актулен в основном тем кто имеет уже готовую систему на акцесс и ее надо просто продолжать поддерживать. Ну либо с точки зрения загрузки из акцесса, за частую бывает что экспорт из различных программ есть именно в бд акцесс, например я столкнулся что счетчики посетителей имеют выгрузку в акцесс.
Коллеги, помогите горю. Все копья сломал.
Дано: Win Server 200R2 x64, MSSQL 2012 x64, 1C 8.3.16.1359 x32, MS Office 2010 x64 Pro.
В такой конфигурации пытаюсь подключиться из 1С к Access.
Строку подключения пробовал разную
Если создать пустую файловую базу, то подключение проходит корректно (на последней строке точно), на скульной выдает ошибку
Access database Engine устанавливал и 32х, и 64х-битный, не помогает.
Что еще попробовать?
Дано: Win Server 200R2 x64, MSSQL 2012 x64, 1C 8.3.16.1359 x32, MS Office 2010 x64 Pro.
В такой конфигурации пытаюсь подключиться из 1С к Access.
Access = Новый COMОбъект("ADODB.CONNECTION");
Access.Open(СтрокаПодключения);Строку подключения пробовал разную
СтрокаПодключения = "Data Source={Microsoft Access Driver};Driver={Microsoft Access Driver (*.mdb, *.accdb)};Dbq=" + ИмяФайла + ";Uid=Admin;Pwd=";
СтрокаПодключения = "Driver={Microsoft Access Driver (*.mdb)};Dbq=" + ИмяФайла;// + ";Uid=Admin;Pwd=";
СтрокаПодключения = "Provider=Microsoft.ACE.OLEDB.14.0;Data Source=" + ИмяФайла + ";Persist Security Info=False;";
СтрокаПодключения = "Provider=Microsoft.ACE.OLEDB.14.0;Data Source=" + ИмяФайла;
СтрокаПодключения = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + ИмяФайла;
СтрокаПодключения = "Provider=Microsoft.ACE.OLEDB.12.0; Data Source=" + ИмяФайла + ";";
СтрокаПодключения = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + ИмяФайла + ";Persist Security Info=False;";Если создать пустую файловую базу, то подключение проходит корректно (на последней строке точно), на скульной выдает ошибку
Произошла исключительная ситуация (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
ВерсияОС: 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 драйвера.
Слишком много вариантов :)
А в итоге может оказаться какая-нибудь простая "штука".
Можно проверить настройки ODBC драйвера.
Слишком много вариантов :)
А в итоге может оказаться какая-нибудь простая "штука".
(45) Всё-таки пробую инициализировать Акцесс на сервере. Подумалось, что у сервера нет доступа к файловой системе клиента, поэтому помещаю файл на сервер
Тут происходит интересное - падает в ошибку с сообщением
Но на моем сервере нет юзера USR1CV8. Надо ли так понимать,что драйвер Акцесса надо ставить туда, где стоит сервер 1С?
&НаСервереБезКонтекста
Функция ПолучитьЭкземплярAccessНаСервере(АдресФайла, ТипПодключения = 1)
ИмяФайла = ПолучитьИмяВременногоФайла(".mdb");
ДанныеФайла = ПолучитьИзВременногоХранилища(АдресФайла);
ДанныеФайла.Записать(ИмяФайла);
Access = Новый COMОбъект("ADODB.CONNECTION");
СтрокаПодключения = СтрокаПодключенияВЗависимостиОтТипаПодключения(ИмяФайла, ТипПодключения);
Попытка
Access.Open(СтрокаПодключения);
Исключение
Сообщить("Ошибка подключения к " + СтрокаПодключения + ": " + ПодробноеПредставлениеОшибки(ИнформацияОбОшибке()));
Возврат Неопределено;
КонецПопытки;
Возврат Access;
КонецФункции ПоказатьТут происходит интересное - падает в ошибку с сообщением
Ошибка подключения к Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\Users\USR1CV8\AppData\Local\Temp\v8_8E0C_1fb.mdb;Jet OLEDB:Engine Type=5;
Но на моем сервере нет юзера USR1CV8. Надо ли так понимать,что драйвер Акцесса надо ставить туда, где стоит сервер 1С?
Вопросы с вознаграждением
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|