кто пробовал xml как средство передачи табличных параметров - большой оверхед?

Crimean
Дата: 01.02.2013 22:09:22
речь про единицы, вряд ли десятки "узких" строк, int / money данные
внешне пока выглядит более чем пристойно, но вдруг подводные камни есть?
p.s.
и не спрашивайте зачем - и не такое приходилось делать, "надо", альтернатив не очень видно и, как обычно, надо срочно чуть-чуть допилить то, что 100 лет назад писали и особо менять нельзя..
Сон Веры Павловны
Дата: 02.02.2013 04:57:16
Crimean,

нормально, каких-либо больших нагрузок на сервер или просадок в производительности замечено пока не было (а практикуется такое уже года два).
автор
и не спрашивайте зачем

Да понятно, зачем. В случае 2005-го сервера, или в случае связки всё-равно-какой-сервер + дельфи, не к ночи будь помянут, других альтернатив для передачи массива данных на сервер нет.
Ennor Tiegael
Дата: 02.02.2013 07:53:48
На таких объемах - без проблем.
Сид
Дата: 02.02.2013 10:45:49
Crimean,

На таких объёмах XML по нагрузке (в первую очередь сетевой) не сильно отличается от других данных. По сути вот это сообщение равноценно по объёму тем XMLкам, которые описаны у Вас. Так что можно смело использовать. Если одновременно работающих пользователей относительно немного, то и "большие" XML (например, накладные из 100-500 позиций) прожуются с лёгкостью. Проверено на себе.
alexeyvg
Дата: 02.02.2013 11:50:29
Crimean,

" большой оверхед" - это что имеется в виду? Насколько это затратнее для сервера по ресурсам посравнению с передачей в табличном параметре в 2008-м? Наверное, очень большой, в разы или десятки раз. А в абсолютном выражении - это уже вам судить, наверное, 10к вызовов/сек по десятку строк слабый сервер не обработает.