24.04.2021, 16:17 | #25 |
Участник
|
Цитата:
gl00mie, у меня просьба - можешь перейти от фазы критики постановки задачи к фазе генерации решения? иначе мне постоянно придется тебя тыкать в исходный вопрос. если в вопросе что-то не указано, то это значит, ты можешь фиксировать любой удобный тебе аспект любым удобным тебе способом и предлагать решение. ====================== Цитата:
Сообщение от gl00mie
Данные - могут храниться в таблице, а вот типизированные объекты (коллекцию которых предполагалось создать в рамках идеального решения) - не могут, потому что в таблице могут храниться лишь сериализованные представления объектов. А еще WCF (сюрприз!) не умеет читать данные из таблицы СУБД.
Или сообщение про "идеальное решение" с коллекцией типизированных объектов читать не надо было, потому что оно противоречит исходному сообщению про таблицы и контейнеры? обрати внимание не генерация данных Цитата:
и сразу спрашиваю - накладные расходы на выполнение "этого" X++ точно будут меньше, чем накладные расходы на передачу элементов по одному? gl00mie, участники, заклинаю! тема НЕ называется как можно передать...! тема называется как правильно передать! пожалуйста! Цитата:
чем больше кода на X++, тем медленнее он будет выполняться относительно CLR И пожалуйста, если ты сейчас начнешь говорить о галочке Компилировать в CIL то я снова вынужден ткнуть тебя в формулировку исходного вопроса ax2012,ax2009: как правильно передать 100500 элементов коллекции через WCF? Цитата:
Сообщение от gl00mie
Когда речь идет о том, чтобы передавать данные между двумя ERP-системами, то мне лично странно слышать постановку задачи вида "передать 100500 элементов" в отрыве от того, как они будут обработаны на принимающей стороне, если там п/редполагается какая-то валидация и обработка этих данных.
во-вторых, кто тебе мешает ввести в обсуждение те аспекты, которые ты считаешь обязательными и рассказать "как правильно передать" с учетом этих аспектов? Цитата:
особенно "передать" "вьюшкой". просто расскажи как правильно. Цитата:
что это значит? что ты можеешь использовать допущения, которые тебе нравятся. и рассказать "как правильно передать" в рамках этих допущений. я повторюсь, что если я не добавил что-то в вопрос, то не считаю это важным для обсуждения. может быть в силу своих не знаний. расскажи. Цитата:
зависимости конечно есть, как между таблицами (шапка-строки), так и между записями в одной таблице (всякие деревья с id/parentId) но эти зависимости я сознательно оставил ЗА рамками данной темы. ну, где-то данные генерируются, где-то данные принимаются. в рамках данной тебя интересует только "как правильно передать 100500 элементов коллекции через брокер в классических аксаптах" если ты считаешь, что логическая зависимость в данных хоть как-то влияет на передачу данных, то конечно добавляй вводную и расскажи как правильно передать. Цитата:
Цитата:
Сообщение от gl00mie
Можно до опупения поливать грязью варианты, которые не нравятся, придумывая какие-то крайности, которые непонятно, что доказывают. Но, к примеру, майкрософтовская команда Dynamics AX 2012, занимающаяся финансами, поставила себе задачу разнести 100000 журналов ГК - и решила ее, минимизировав накладные расходы пакетной инфраструктуры за счет нарезки журналов на такие вот "чанки", а потом встроила это решение в стандарт.
Цитата:
Цитата:
можешь пояснить? |
|
|
|