|
![]() |
#1 |
Участник
|
по поводу самого импорта из 1с:
зачем вообще придумывать себе такую проблему, 1с способна спокойно записывать данные в таблицы SQL без особых проблем. сделайте обмен таким образом и ничего изобретать не придется, если конечно не стоит задача динамических отчетов в аксапте с данными из 1с Последний раз редактировалось ice; 26.09.2008 в 10:59. |
|
![]() |
#2 |
Ищущий знания...
|
Цитата:
Сообщение от ice
![]() по поводу самого импорта из 1с:
зачем вообще придумывать себе такую проблему, 1с способна спокойно записывать данные в таблицы SQL без особых проблем. сделайте обмен таким образом и ничего изобретать не придется, если конечно не стоит задача динамических отчетов в аксапте с данными из 1с
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от ice
![]() по поводу самого импорта из 1с:
зачем вообще придумывать себе такую проблему, 1с способна спокойно записывать данные в таблицы SQL без особых проблем. сделайте обмен таким образом и ничего изобретать не придется, если конечно не стоит задача динамических отчетов в аксапте с данными из 1с |
|
![]() |
#4 |
Участник
|
Цитата:
Сообщение от _scorp_
![]() Это в 1С 7.7 было все просто. Там были такие файлики 1Сv7.dd или 1Cv7.dds (если версия SQL) где была описана вся структура данных. В восьмерке все намного сложнее. Если вы хотите сделать надежный обмен данными - нужно использовать OLE. Как Вы, например, будете работать с перечислениями, с константами, с планами видов характеристик, если будете работать напрямую через SQL? Ну и самый веский аргумент - если когда нибудь решат закрыть базу или перейти на другую версию - весь импорт придется переписывать, т.к. 1С сформирует совсем другую структуру данных в SQL. Структура может будет и такой же, но все названия таблиц, названия полей будут другими. Да и 1С может быть не SQL-ной.
|
|