non1ka

Добрый день!
К сожалению нет, обработкой с 2014 года больше не занимался.

Возможно, они не так часто меняют команды драйвера.
Но я не проверял.

Компонента обслуживания торгового оборудования "АТОЛ:Драйвер весов с печатью этикеток 6Х"

Добрый день.
Нашел на Блог Владимира Мудрицкого
Реализацию через ComSafeArray. Сделал как у него, программист MySQL говорит, что все Ок!:

Код
StreamBite = Новый ComSafeArray(Поток.Read()); Parameter= Новый COMОбъект("ADODB.Parameter"); Parameter.Name = "@file_data"; Parameter.Direction = 1; //1 - adParamInput Parameter.Type = 205; //205 - adLongVarBinary Parameter.Size = StreamBite.GetLength(); Parameter.Value = StreamBite; Command.Parameters.Append(Parameter);

Перевел &m (10) asved.ru,
Несмотря на то, что (15) CaptainMorgan, первым предложил решение, наиболее полное решение задачи все таки предложил (10) asved.ru.
Спасибо всем за помощь.

(15) CaptainMorgan,

Не стоит, я сделал проще.
Создал Web-сервис на стороне 1С.
Поднял Web-сервер appache.
Опубликовал Web-сервис.

По средствам Web-сервиса вызывается команда с параметрами (автомобиль, пробег, личный менеджер, дата записи).
1С-ка выполняет запрос за 2 сек. и выдает список интервалов по конкретному запросу пользователя. "Вуаля"

(13) Xershi,
Есть. все ок.

(10) asved.ru,

Цитата
2) Конструктивно для интерграции с внешними системами предназначены веб и http - сервисы. В этом случае всю бизнес-логику можно будет реализовать на стороне 1С, что значительно гибче. Грубо говоря, вам нужно два метода:

Да. согласен. Вникаю в Web-сервисы, и понимаю, что это единственно правильное решение.

Цитата
3) Запрос на 190000 строк, выполняемый 53 секунды - это не кажется нормальным. Смотрите в план, скорее всего, у вас там либо скан, либо ошибка прогнозирования.

Запрос собирается из 50 временных таблиц, на несколько миллионов записей.
Это графики работы сотрудников, постов, занятые интервалы, нормы выполнения работ по автомобилям в разрезе пробега и т.д.
Результатом выполнения запросов являются 190 000 строк.

Цитата
4) При преобразовании данных откажитесь от динамического кода, статический исполняется быстрее.

Спасибо за информацию. Код который представлен в теме, как раз написан для проверки скорости выполнения, первоначально был статический код :)


(9) sommid,

Цитата

я так понял вы всегда выполняете полную выгрузку расписания и соответственно замещение его в MySQL. А нельзя ли просто накапливать изменения от прошлой выгрузки и выгружать только их? мне кажется это уменьшит объем обмена данными в десятки раз => и затраты на обработку. Полную выгрузку тоже оставить и делать ее, например, сутра перед началом работы либо в ручном режиме в нештатных ситуациях. Но тогда еще нужно как-то получать ответ, что выгрузка принята, либо написать алгоритм выгрузки так, чтоб быть уверенным, что загрузка прошла и таблицу изменений можно очищать.

Да, действительно, это вариант решения. Мы его так же рассматриваем, но в настоящее время планируем реализовать взаимодействие по средствам Web-сервиса.


Спасибо огромное всем! Все советы очень полезные.

Мы сейчас попробуем реализовать интеграцию по средствам Web-сервиса.
О результатах напишу отдельно.

Отдельное спасибо - 4) CaptainMorgan, И (10) asved.ru,
&m - день переведу чуть позже. по результатам. может потребуются еще консультации :)

(3) spacecraft,

Цитата
так, на вскидку... можно подумать в сторону web-сервисов на 1С.

Да, действительно. Этот вариант мне кажется наиболее интересным.
Но, когда я сталкивался с Мобильными приложениями от фирмы 1С.
Вся синхронизация в этих решения производилась по средствам обмена XDTO-пакетами, которые так же циклами и выборками формировались.

Подскажите, где можно почитать о Web-сервисах.

(4) CaptainMorgan,

Цитата
Вопрос. Вы говорите про такой код?

Совершенно верно.

Цитата
Я бы предложил следующий подход. Хранить данные на web-сервере. (Формат базы любой, хоть тот же MySQL) А 1С, с определённой периодичностью, обращается к web-серверу по средствам post запроса и актуализирует данные. Мобильное приложение, так же post-запросом получает актуальные данные с сервера и обновляет свою базу данных.

Очень интересное решение. Подскажите, где можно более подробно изучить методологию?

(5) Xershi,

Цитата
почему не используете мобильное приложение от 1С?

Мобильное приложение разрабатывается в маркетинговых целях, и должно обладать функционалом рассылки Push-уведомлений, Геолокаций, Стиль и интерфейс приложения должен соответствовать бренд-буку компании и т.п. Интеграция с 1С лишь десятая часть проекта, а возможности платформы 1С, к сожалению, на данный момент не позволяют решить все задачи проекта.

Забыл добавить вознаграждение :)