Об обмене данными между системами
Добавлено: 17 Май 2009, 3:56
У нас на форуме периодически появляются "бытовые" вопросы типа "а как мне перегнать данные из таблиц DBF,PARADOX ... и наоборот.А ведь это серьезная проблема.Хорошая система должна уметь штатно обмениваться данными с сиcтемами,сделанными на других платформах.Сейчас вроде как в качестве стандартного формата обмена данными позиционируется XML.Вот в нашей "горячо любимой 1С" есть возможность экспорта данных из конфигурации "Торговля и склад" в конфигурацию "Бухгалтерия ПРО" и делается это в формате XML.Однако появилось это только в верии 8.0,
а нормально работать стало уже в 8.1.А ведь это нормальная ситуация.Торговля и склад часто бывает на других площадках(отчетность она не делает) по отношению к бухгалтерии.И есть возможность выгрузить данные в файл в формате XML и по электронной почте переслать это в бухгалтерию,т.е. бухгалтерия может обслуживать несколько торговых площадок.Вполне современный подход.А вот 1С 7.7 этого делать не умеет и если вы хотите перейти с версии 7.7 на 8.1, то нужно заказывать эту работу у 1С , берут они за это большие деньги и сроков не гарантируют.Вот почему 1С 7.7 живет до сих пор очень у многих - имеем маркетинговый промах 1С, т.к. 1С7.7 им приходиться сопровождать.Вот к примеру
у MYSQL есть прекрасная утилита MYSQLDUMP,которая выгружает данные в виде SQL-операторов создания и заполнения таблиц. Если нужно перегнать данные ,например, в ORACLE, то обычным текстовым редактором(я использую свой любимый клашин CEDT -идеальный продукт) делаются косметические контексные замены (все-таки форматы операторов SQL у разных СУБД немного отличаются) и все дела - заряжай в ORACLE.Но, это уже кулибинство,непрофессиональное решение. Если взять нашу банковскую систему,есть стандарт представления платежей(RES),что позволило в нашей расхристанной стране наладить единую онлайновую систему платежей по России,которая наверное ни в чем не уступает западным.В 90-е (да до сих пор)вроде как стандартом для таблиц данных был DBF. С210 штатно умела делать конвертацию таких таблиц в свои.
Уважаемые коллеги.Что вы слышали об этом в связи с проектом С7.Думают ли об этом велосипедисты. Будут ли там штатные средства межплатформенного обмена данными .Если нет,то Кларион рискует тихо умереть в своей скорлупе.
а нормально работать стало уже в 8.1.А ведь это нормальная ситуация.Торговля и склад часто бывает на других площадках(отчетность она не делает) по отношению к бухгалтерии.И есть возможность выгрузить данные в файл в формате XML и по электронной почте переслать это в бухгалтерию,т.е. бухгалтерия может обслуживать несколько торговых площадок.Вполне современный подход.А вот 1С 7.7 этого делать не умеет и если вы хотите перейти с версии 7.7 на 8.1, то нужно заказывать эту работу у 1С , берут они за это большие деньги и сроков не гарантируют.Вот почему 1С 7.7 живет до сих пор очень у многих - имеем маркетинговый промах 1С, т.к. 1С7.7 им приходиться сопровождать.Вот к примеру
у MYSQL есть прекрасная утилита MYSQLDUMP,которая выгружает данные в виде SQL-операторов создания и заполнения таблиц. Если нужно перегнать данные ,например, в ORACLE, то обычным текстовым редактором(я использую свой любимый клашин CEDT -идеальный продукт) делаются косметические контексные замены (все-таки форматы операторов SQL у разных СУБД немного отличаются) и все дела - заряжай в ORACLE.Но, это уже кулибинство,непрофессиональное решение. Если взять нашу банковскую систему,есть стандарт представления платежей(RES),что позволило в нашей расхристанной стране наладить единую онлайновую систему платежей по России,которая наверное ни в чем не уступает западным.В 90-е (да до сих пор)вроде как стандартом для таблиц данных был DBF. С210 штатно умела делать конвертацию таких таблиц в свои.
Уважаемые коллеги.Что вы слышали об этом в связи с проектом С7.Думают ли об этом велосипедисты. Будут ли там штатные средства межплатформенного обмена данными .Если нет,то Кларион рискует тихо умереть в своей скорлупе.