Обмен данными между 1С и удаленной базой MySQL #548706

База 1С 8.2 находится на домашнем компьютере, база MySQL интернет-магазина  - на удаленном хостинге. Требуется наладить экспорт товаров из 1С в MySQL. Делаю бесплатного для знакомого. Вопрос в том, какой из двух методов обмена будет более быстрым: 1. прямое подключение к удаленной базе через "mysql-connector-odbc"; 2. экспорт в формате CVS, отправка через FTP этого файла на удаленный сервер и запуск php-скрипта на сервере для его обработки.

Если у тебя не сотни тысяч позиций - первый вариант будет недолгим. Реализовывал и импорт из 1С на сайт, и наоборот, с сайта в 1С

3 вариант: в последней платформе 8.2 реализованы внешние источники данных. Но в этом случае нужно будет обновлять платформу до последней версии, которая сейчас тестовая.

допустим, 5 тыс. позиций. Каким способом быстрее осуществить экспорт ?

CVS

Внешние источники там пока только на чтение, так что не покатит. Зависит от скорости сети

а как скорость сети влияет? если она велика, то и CVS "пулей пролетит" и соединение будет быстро работать.

Если скорость приличная, то лучше лить напрямую. Если нет, то через файл.

реальная скорость канала 300 килобайт в секунду.

Я бы делал напрямую

попробую. тем более в PHP я не особо силен.

нa нормaльных хостингaх mysql нe смотрит нaружу

оптимизировать запросы и интрфейс. и хватит штатных средств 82.

Делал обмены и 1 и 2... ИМХО 2 намного лучше! Теперь отличия: 1)Легче в отладке 2)Если на MySQL захотят поменять структуру данных то не надо лезть в 1с... так как данные грузятся с файла 3)Каждый разбирается в своём коде 4)Чтоб поправить загрузку на сайте не нужно лезть в 1с.

вроде бы есть технология SSH и программа PuTTY, позволяющие осуществить доступ к любому mysql ... Хотя я об этом только слышал.

ИМХО бред... очень много компаний на MYSQL работают...

Ещё это при том что тебе не надо делать загрузку, её будет делать ВЭБ мастер! А если ты тогда ХЗ что лучше

что именно - бред? если, как написано в "mysql нe смотрит нaружу", а доступ к нему получить хочется, то строится SSH туннель (с помощью Putty) . нету ВЭБ мастера :)

можно формировать файл запросов MySQL update, загружить на сервер А PHP коннектиться к MySQL и выполнять загруженный файл

я так понимаю, что в этом случае php скрипт будет очень простым - тупо загрузить, что прислали, да?

точно правда это потенциальная уязвимасть

Ну работающий комп - это потенциальная уязвимасть

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

а у тебя есть пример формирования из 1С файла "MySQL update"? :)

нет, только идея :) Это обычный текстовый файл - попробуй выгрузи дамп мускула

Посмотри phpMyAdmin из комплекта Денвера, вроде, там есть такой функционал.

ага, этим я сейчас и занимаюсь :) интересно, что будет, если загрузить весь дамп обратно. с таблицами все нормально: "CREATE TABLE IF NOT EXISTS" А товары не задублируются?

А бис его знает. На копии спробуй. Хотя, по идее, очищать таблички сперва должон.

Учти ограничение на исполнение запросов на пхп. А то может и придется пачками по N-отправлять

не дает загрузить дамп: "Duplicate entry '1' for key 'PRIMARY'". А очишать таблицу перед каждым импортом не есть хорошо. ограничение на размер файла, да?

дык не insert а update нужно Смотри уникальные ключи

и на размер файла (2 МБ стандартно), и еще есть ограничение на обработку пхп скрипта (вроде 30 сек. стандартно) А очишать таблицу ... = нехорошо, мусора много остается Я пробовал через прямое подключение к MySQL (использовал длл-ку v7mysql.dll ) идет долго но надежно :). Правда добавлял порциями

попробовал заменить в дампе INSERT INTO на UPDATE сервер ответил: "check the manual" :)

правильно ответил, так прямо не меняется insert into Таблица (Колонки через запятую) values (Значения через запятую) а для update: update Таблица set Колонка = Значение, и т.д.

replase попробуй

самый быстрый способ: LOAD DATA INFILE ...

на нормальных хостингах право решать куда смотрит мускул предоставляется владельцу аккаунта. Была уже тут дискуссия на эту тему. Для интереса звонил парочке крупных хостеров. Там сказали что никаких ограничений на доступ типа 'user'@'%' они не ставят. У моих хостеров, к слову помешанных на безопасности, политика ровно такая же. >> Делал обмены и 1 и 2... ИМХО 2 намного лучше! имхо 1 лучше когда у тебя синхронизация в хранимки упрятана.

Я года полтора для "клюшки" использовал внешнюю компоненту v7mysql. Все загрузки, update и delete делал через нее. Шустро, удобно. Таблицы на сотни тысяч записей. Насчет работает ли с 8-кой - не знаю.

работает, гарантия, см.

выгружай на общий фтп-ресурс, вызывай запуск скрипта из поля хтмл ЭлементыФормы.ПолеHTMLСкрытое.Перейти("хттп://мойсайт/скрипт.пхп")

или ваще через Новый ХТТПСоединение

Может где-то есть пример PHP-скрипта с использованием конструкции "LOAD DATA INFILE"? PHP пока у меня туго идет :(