Собственно - как изначально и озвучивалось про группировку и звездочки.
Правильный и человеческий вариант при группировке - все отображаемые в select колонки должны или быть элементами группировки или агрегированы или литералами.
Про что sql и говорит. И даже внятно показывает ту самую проблемную колонку druzer.pp.id
они либо должна фигурировать в критерии группировки (group by ) или же агрегироваться в выводе (min/max/sum/avg/etc)
Вообще нормальная практика:
0. приводить текст ошибки
1. уточнять диалект
2. приводить удобный вариантик генерации таблиц - нечто типа
нескольких строк create table и несколько insert в них
+ кратенько что означают таблицы и что хочется получить
тогда есть огромная вероятность что желающим помочь останется только дописать просимое и убедиться на образчике данных что там все хорошо
если разделить на количество брендов в нем - то не то что гуманный - можно сказать - бесплатный... на фоне того сколько платят официальные дилеры в рамках одного бренда)
Вполне логичные вопросы в таком раскладе. И собственно тут налоговой вообще имеет смысл передать материалы правоохранителям. По крайней мере по п.2.
п.1 - собственно где-то на границе между НК и УК
Игорь, это как в сисадминстве - не можешь работать головой - работаешь ногами.
Не способен прочитать и понять материал по налогообложению (достаточно пояснений на бланке декларации) - к деньгам либо в виде штрафов от фискалов/пфр, либо консультантам/банкам за чтение нк вслух))))
Foggy Finder, да собственно в контексте исходного вопроса - "знать" (понимать) - будет однозначно жирным плюсом, даже если позже потребуется работать с чем-то иным подобного класса - идеология окажется очень похожей
Foggy Finder, на самом деле идея биндинга шаблона к модели в том или ином виде используется давно и не только в виде wpf
Кстати powershell+wpf чуть поскуднее, но работает. Притом знакомый даже не программист, а скорее админ вполне осилил реализовать многофункциональную рулилку/даш сотнями виртуалок за считанные дни.
А так - еще в "доисторические" времена был Clarion со своими экранными переменными (screen/window емнип)
Собственно я бы без особой нужды исключил и символы, которые можно набрать с клавиатуры в отличных от en-us раскладок. Особенно если дополнительных раскладок более одной... к примеру есть клиенты из бывших союзных республик и у них зачастую "длинное кольцо" раскладок состоящее из en,rus,de+пара-тройка нацраскладок. Ну и в итоге как минимум три вариации кодов символа "С" со всеми вытекающими...
В общем лучше пользоваться скудным набором a-z, A-Z,_,0-9 )
Впрочем достаточно быстро возникает задача поиска дубликатов...