fgarfieldДоброго всем времени суток!
Возник такой вопрос. Скажем, у меня в SQL Server есть представление (с данными для клиентского приложения C#) со следующими столбцами: Наименование, Производитель, Цена . В приложении я хочу отображать все эти 3 данных в одном столбце. Как правильнее поступить - добавить в представление ещё один вычисляемый столбец с конкатенацией этих столбцов или же конкатенировать их уже в приложении? и почему?
Коллега, вот даже с точки зрения нагрузки на сеть. У Вас есть 100 строк с 2 столбцами по 1000 символов. Вы внутри view добавляете третий в 2000 символов как связку первых двух. При селекте по сети полетит в сторону клиента уже 100 строк по 4000 символов в каждой вместо 2000 символов в каждой.
А оно Вам таки надо?

Владислав КолосовЕсли есть повторное использования вычисляемых колонок в разных отчетах, то лучше формировать на сервере. Сервер, как правило, мощнее ПК и при этом проще сопровождать проект, если изменится вычисляемый набор.
Все верно. Только вот у автора темы задача другая "со следующими столбцами: Наименование, Производитель, Цена. В приложении я хочу отображать все эти 3 данных в одном столбце.".
И именно поэтому склеивать числовые цены в текстовые представления нужно на клиенте. Потому что сервер выдаст наименование "товар1" и производителя "производитель2" и цену 1234.56. А клиент - по выставлению разных галочек - один захочет увидеть как "товар1;производитель2;1,234.56", другой захочет "Товар1 /10 пробелов/ Производитель1 /5 пробелов/ 1.234,56", а третий захочет "ТОВАР1|ПРОИЗВОДИТЕЛЬ2|1 234.56".
Потому что это не логика, а показ в склеенном виде так, как хотят увидеть . И возможно дальше скопировать в Excel и обработать.

fgarfieldAndy_OLAP,

Спасибо за ответ. А с точки зрения процессора - где выгоднее делать такие операции - на сервере или на клиентском ПК?
Слейку текстовых символов выгоднее делать на клиенте, зная точно архитектуру его CPU, длину регистров, размер кэша L1 и подставляя уникальные конкретно для него инструкции в машинном коде, написанные на c/c++ и ассемблере. Точно понимая, что сервер перегружен, все его ядра заняты, а на CPU клиента малая загрузка потоков в ядре и не будет сбиваться конвейер инструкций.
Ну это если совсем академично подойти к данному вопросу.

felix_ffAndy_OLAP,

а потом какой либо еще клиент захочет видеть "товар1;производитель2;1,234.56$" и вы ради одного единственного знака "$" полезете компилировать клиента? классно.
Именно! Только так! Клиент ВСЕГДА прав. Выложил деньги за товар - и я не только ему ПО перекомпилирую, но еще и при этом станцую Хава-нагилу, при всем моем почтенном возрасте, да еще и спою как Лучано Паваротти.
Или заранее продумаю галочки, при которых будет и "$", и ",", и "." как разделители. Все для любимых клиентов - это не руководители нам зарплату платят, а они платят. Из их кармана наши премии и бонусы. И это нужно помнить.

CammomileАга, и вот у тебя есть клиент для винды, клиент для мака, клиент для ведроида, и клиент для иоса.
И при очередной хотелке бизнеса типа "поменять Иванов И.И. на И.И. Иванов" ты поехал пересобирать 4 клиента вместо апдейта одной вьюхи. Норм план.
Минимум безработицы, максимум прибыли, клиент при этом считает деньги и думает - ему заранее прописать в ТЗ, чтобы "поменять Иванов И.И. на И.И. Иванов" менялось одной галочкой, или отказаться от этой идеи как бредовой.
Но я не брезгливый. И шекели не пахнут. Нужно реализовывать хотелки бизнеса не бесплатно, а за счет денег бизнеса - таки разве я против? Таки всегда пожалуйста.

CammomileТолько у нас тут форум не про то, как доить бизнес, а про то, как писать вменяемые коды.
Нет, коллега, у нас тут форум и про то, как писать вменяемые коды и потом на кафедре программирования рассказывать про это студентам, и форум про то, как реализовывать хотелки бизнеса за его деньги.
А что значит "доить бизнес"? Лицензии SQL Enterprise вместо SQL Standard - доить? Поменять view на сервере - доить? Или Вы view будете бесплатно менять?

felix_ff,

А потом приходит еще раз заказчик и говорит - Иванову показывайте цену как "1,234.56", а Петрову как "1 234,56". Они потом выгрузку разным получателем будут отправлять, а копипастить из окошка ПО.
И Вы такой гордый весь в белом - "я сейчас view поменяю, и Иванов с Петровым будут унифицированным вариантом пользоваться. И не нужны мне Ваши деньги, я не собираюсь Вас доить, все сделаю бесплатно и однотипно. Мне так виднее, я творец"...

felix_ffAndy_OLAP,

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