Программист 1сПоэтому мне непонятна реакция ощущения собственной крутизны над любыми системами учета.Программист 1с, Вы полагаете, что учет во всех компаниях замыкается исключительно на 1С? Вы полагаете, что интеграцию учетных систем и прочего зоопарка ИC придумали бездельники? Высосали из пальца? И у бизнес-пользователей не возникает потребности объединять данные из разных систем для их анализа? Вы действительно предполагаете, что для всех возникающих в процессе анализа данных вопросов нужно разрабатывать отдельный отчет?

Штатные средства - это не просто медленно, а недопустимо медленно. При том, что данные для интеграции должны не только загружаться/выгружаться, но еще и трансформироваться в пригодный для анализа вид. Сколько будет идти выгрузка, трансформация и загрузка данных из 1С, скажем для 10-15 млн транзакций (это очень не много)? Возможно, это и вариант, но для очень маленьких проектов. А для проектов с очень маленькими базами интеграция бывает нужна очень редко, если вообще когда либо бывает нужна.

При этом все проблемы с изменением конфигурации сохраняются и при XML обмене и при других вариантах.

Программист 1с,

прочел Ваше последнее сообщение. Ничего не понял, извините. Не могли бы Вы изъясниться яснее?

Я писал о том, что существуют и другие задачи, связанные с данными, хранящимися/генерящимися 1С, помимо написания отчетов. И для этих задач штатные средства 1С плохо подходят.

Программист 1сА где я говорил о том что 1с это Бог и надо пользоваться только им? Я сказал о деньгах.Ну, и прекрасно, что все прояснилось. По-видимому, изначально мы не так поняли друг друга.

skeptikЭто смотря как делать. Даже и штатными средствами можно и моментально, если не пытаться выгрузить все сразу в тот момент когда оно потребовалось, а выгружать (реплицировать) заблаговременно он-лайн или периодически по мере ввода (изменения) транзакций в 1С.Строго говоря, это не так. Штатными средствами моментально нельзя, когда речь идет об интеграции и анализе данных. Напомню, что тред начался почти три года назад и был связан именно с проблемами интеграции данных 1С с другими системами, о чем топикстартер упомянул в сообщении 5 данного обсуждения. Разница в скорости выгрузки, произведенной штатными средствами и нештатными может достигать несколько порядков.

Не думаю, что открою кому-либо глаза, но просто напомню, что существуют т.н. OLTP системы, заточенные именно для поддержки транзакций, к каковым относится и 1С и системы, построенные по другому типу, напр., OLAP системы и их многочисленные модификации, заточенные под анализ.

Репликация - это технология, придуманная не для трансформации данных, хранящихся в OLTP системах в структуру, заточенную под анализ. Кроме того, репликация не решает проблем интеграции. Для этого существует совсем другой инструментарий. Выгрузка данных - это только один из этапов интеграции.

Изменение схемы данных источника - это всегда изменение процессов выгрузки, трансформации и загрузки данных. Это ответственный шаг. Компания, активно пользующаяся OLAp системами для анализа данных сто тыщ раз подумает, стоит ли ей переходить на новую платформу, иную базу данных и т.п. описанные выше ужасы. Если такое решение принимается, компания заказчик как правило понимает, что подобные изменения, влияющие на анализ консолидированных данных, непременно приведут к изменению аналитических систем и готова платить за необходимые изменения в этих системах. Это - жизнь. Такие решения принимаются, не то чтобы сплошь и рядом, но и не так редко, как кажется.

Требования пользоваться только штатными способами делают платформу непригодной для подобного рода интеграции. Кстати, а для чего вообще нужны данные, как не для того, чтобы их быстро анализировать? Неужели только для того, чтобы во-время сдавать отчетность в налоговую инспекцию?