Дополнение.

Кстати, Delphi - тоже долой! Попробуйте написать программу, которая вычисляет и отображает на экране результат вычислений 2*2=? И посмотрите, сколько места будет занимать exe-шник.

MS SQL Server - тоже долой! Попробуйте создать базу данных, а вней хранимую процедуру, с текстом select 2*2 - и посмотрите, сколько такая база данных занимает места на диске. Долой!

Вот Notepad - совсем другое дело. Пишем в нем "2*2=4", сохраняем, получаем - почти круглый ноль.

Итог: Долой BPMS, долой средства интеграции, долой Excel, долой все языки программирования. Да здравствует Notepad! Логично?

iscrafmВо всех приведенных примерах мы знаем и БД и таблицы.Не во всех. Еще раз посмотрите внимательно на картинку и скажите, какой инсерт вы напишете для произвольного Customer .

iscrafmGarya, что Вы к размерам так цепко привязались? :) Речь идет об относительных размерах а не абсолютных.isfarm Вы заметили, что вступаете в сражение против своих же собственных доводов?... :) Какая разница, относительные размеры, абсолютные... У Вас имеются проблемы с размерами винчестера?

iscrafmнет. проблем с винчестером у меня нет. Есть проблемы (не у меня) с интернет-трафиком.Я вспоминаю мохровый 1989 год, когда я работал в СКБ АСУ. Наши умельцы - системные программисты - ваяли систему обмена информацией P2P через модем между двумя ДВК-шками. У модема скорость была (не поверите) 96 бит/сек. Для того, чтобы получить перечень из 5 файлов в ответ на команду DIR, приходилось ждать примерно 5 - 8 минут. Помнится, наши ребята тогда очень нервничали, что когда команда доходит до приемника, то она не сразу выполняется. Диалог между компьютерами шел примерно так: "Прими команду!" - "Есть принять команду! Жду команду..." - "DIR" - "Команда принята!" - "Молодец! Теперь выполняй ее!" - "Есть выполнить команду!" - "Жду результатов" - "File1, File2, Fele3..." - "Принято" - "Понял" - "Отбой!". Очень тогда ребята нервничали по поводу того, как сократить этот диалог. А сейчас я даже не знаю никого, кто бы как-то сильно задумывался, какие команды на нижнем уровне ходят через интернет, каким образом "склеиваются" TCP-пакеты, сколько служебной информации вместе с фактически требуемой для передачи информации уходит "лишней".

Нет, я не говорю, что всё это потеряло актуальность. Но скорости удаленного обмена растут примерно в той же закономерности, как размеры "винчестеров". На СМ-4 я работал с дисками размером с армейскую полевую кухню и издававшим при запуске звук взлетающего самолета объемом аж 1.4 Мб! Сейчас это размер обыкновенной маленькой дискетты, к которой все относятся с такой прохладцей, что даже во многих ноутбуках трехдюмовый дисковод по умолчанию отсутствует - слишком маленькая емкость, народ уже гигабайтами информацию мерить привык.

Всё, что Вы говорите в плане "слишком много", "слишком толстый канал" - это все уходит в историю, пока я наибраю данный текст. Для многих все эти аргументы утратили актуальность даже не вчера, а несколько лет назад.

процXML - это формат файлового обмена.Посмотрите пожалуйста на XML, который isfarm привел и скажите пожалуйста название файла, которым обменялись... :)

iscrafmЯ просто килобайты на доллары умножаю и считаю затратыА у нас канал без оплаты траффика - unlimited... :)

...починяю примусИ что уже ? По команде "три зеленых свистка вверх" XML-документ сам выполнит преобразование из таблицы в дерево?Нет, он сделает его через XSLT, которое настраивается визуально. Настроить его можно по получению XML-документа новой структуры на получившей документ стороне - без вникания в детали, в каком приложении он был сформирован, в каких СУБД лежала инфорация. Сделав это один раз, можно впоследствии автоматически обрабатывать все документы подобной же структуры.

...починяю примусПри предоставлении услуг по принципу абонементного-ли обслуживания, кредитной-ли системы (особенно - при работе в кредит) никакого значения для управления бизнес процессом каждый отдельный платеж не имеет .Каким бизнес-процессом? Бизнес-процессом ввода данных в бухгалтерский компьютер? Странные у Вас представления о бизнес-процессах... :) Бизнес-процесс - это обширное понятие. Если информация не имеет значения для одного места, но имеет для другого, значит множество этих мест связаны единым бизнес-процессом. В одни места информация попадает, в другие - нет.

...починяю примусИмеет значение состояние лицевого счета (а при кредитной системе и им могут интересоваться только при закрытии отчетного периода). И зачем гонять через BPMS платежи в таком случае ?Ну Вы же сами пишете, что "данные о платеже должны попасть и в биллинг и в бухгалтерию и на портал отображающий клиенту состояние лицевого счета". Вот затем и нужно гонять, чтобы они туда попали. Потому как если данные никуда не гонять, то они никуда и не попадут. Если же они вообще не нужны, то их, конечно же, гонять никуда и не нужно... :)
И потом, какая разница - нужны данные в конце отчетного периода или в середине? Ключевое слово здесь - НУЖНЫ . Если Вы намерены специально не выкладывать данные на протяжении месяца, то вполне можете задержать их "по дороге" в BizTalk и вывалить потом одним сплошным обвалом в конце периода.
Я так и не понял, что Ваш пример должен был доказать.