Маленькая хитрость СКД - выводим строки X раз
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Хитрость заключается в том, что на вскидку я не знаю другого способа в СКД без дополнительной обработки результата, вывести сколько угодно раз пустые строки. Если есть альтернатива - поделись, с удовольствием добавлю со ссылкой на твое авторство ;-)
В чем же заключается хитрость СКД?
Хитрость заключается в том, что на вскидку я не знаю другого способа в СКД без дополнительной обработки результата, вывести сколько угодно раз пустые строки. Если есть альтернатива - поделись, с удовольствием добавлю со ссылкой на твое авторство ;-)
(4)
В Вашей статье описывается "хитрый" запрос, который путем соединения таблицы с данными и искусственно созданной таблицы дает нужный результат. Этот запрос можно запустить в консоли, встроить в свою обработку, отчет, отчет на СКД, на построителе отчетов.
Боюсь, что упоминание СКД в заголовке вводит в заблуждение.
В Вашей статье описывается "хитрый" запрос, который путем соединения таблицы с данными и искусственно созданной таблицы дает нужный результат. Этот запрос можно запустить в консоли, встроить в свою обработку, отчет, отчет на СКД, на построителе отчетов.
Боюсь, что упоминание СКД в заголовке вводит в заблуждение.
(5) Ну как сказать вводит в заблуждение. То что запрос можно использовать в любом другом месте - это понятно, на то он и запрос.Статья решает не проблему использования запроса. У тебя есть другой способ решения данной задачи именно на СКД? Чтобы не делать пост-обработку результата. Если нет, то не вижу основания в критике. )
"Здесь я расскажу, как вывести в отчет СКД произвольное количество одинаковых строк." - вот какая задача решается в статье с приложением минимальных усилий, разве нет?)) или ты хочешь сказать, что эта задача не решена?))
"Здесь я расскажу, как вывести в отчет СКД произвольное количество одинаковых строк." - вот какая задача решается в статье с приложением минимальных усилий, разве нет?)) или ты хочешь сказать, что эта задача не решена?))
(8) Александр, я плюсанул статью, но всё-таки вам верное замечание делают. У вас статья про "хитрость" в запросе, а не в СКД! То что вы написали в статье никак не затрагивает механизмов СКД, и можно применять и вне СКД.
Пример 1: вы задачу для какой конфигурации решали? Допустим для УПП 1.3. Вы можете назвать статью "Маленькая хитрость УПП 1.3 - выводим строки X раз"? Можете, но на самом деле статья касается не чисто этой конфигурации, и не СКД. А в ответ всем можно говорить "еще раз суть задачи: сделать отчет для УПП 1.3"... Логика выбора названия та-же, логика ответа оппонентам та-же.
Пример 2: ваша же статья . Если бы вы сделали распределение для отчета на СКД, то тоже назвали "Распределение в СКД"?
Пример 3: допустим я написал функцию, которая очень быстро возвращает какой-нибудь показатель, и допустим до этого никто не додумался так сделать. Но эту функцию я применяю в вычисляемых полях СКД. Сами понимаете, раз это функция, то её в принципе можно применять где угодно - вызвать, получить результат и дальше работать с ним. А я статью назвал "<Описание того что делает функция> на СКД". Т.е. я заведомо в названии статьи сузил область применения до СКД.
На инфостарте грешат писать "Универсальное...." хотя оно совсем не универсально, а например написано для одной конкретной конфы. Т.е. заведомо расширять область применения. Вы же наоборот зачем-то сузили.
Плюс какая такая это хитрость СКД, если механизмы СКД никак не задействованы?
ок, еще раз суть задачи: сделать отчет СКД, в который необходимо выводить X пустых строк. есть другой вариант решения этой задачи?
Пример 1: вы задачу для какой конфигурации решали? Допустим для УПП 1.3. Вы можете назвать статью "Маленькая хитрость УПП 1.3 - выводим строки X раз"? Можете, но на самом деле статья касается не чисто этой конфигурации, и не СКД. А в ответ всем можно говорить "еще раз суть задачи: сделать отчет для УПП 1.3"... Логика выбора названия та-же, логика ответа оппонентам та-же.
Пример 2: ваша же статья . Если бы вы сделали распределение для отчета на СКД, то тоже назвали "Распределение в СКД"?
Пример 3: допустим я написал функцию, которая очень быстро возвращает какой-нибудь показатель, и допустим до этого никто не додумался так сделать. Но эту функцию я применяю в вычисляемых полях СКД. Сами понимаете, раз это функция, то её в принципе можно применять где угодно - вызвать, получить результат и дальше работать с ним. А я статью назвал "<Описание того что делает функция> на СКД". Т.е. я заведомо в названии статьи сузил область применения до СКД.
На инфостарте грешат писать "Универсальное...." хотя оно совсем не универсально, а например написано для одной конкретной конфы. Т.е. заведомо расширять область применения. Вы же наоборот зачем-то сузили.
Плюс какая такая это хитрость СКД, если механизмы СКД никак не задействованы?
1.
(1), поддерживаю -- очевидно, что СКД здесь не при чём.
(8), А следуя логике
2.
Другой вариант решения? Пожалуйста! И относиться к СКД они будут больше, нежели представленный в статье:
а) Сформировать таблицу чисел вне СКД (любым способом, хоть тем же, что в статье) и передать его в СКД в качестве внешнего набора данных.
б) Доработать запрос перед компоновкой данных, как это делает ЗУП в механизме "генерируемых представлений".
в) Доработать ТабДок после вывода отчёта компоновщиком.
!!!И эти варианты реально связаны с СКД, т.к. затрагивают её механизмы. А вот вариант наподобие вашего:
в) Доработать запрос, но таблицу чисел не генерировать самому а брать из регистра БД, где она гарантированно д.б., например взять РС График работы.
Уверен, что есть и другие способы, т.к. это пришло в голову примерно за 5 сек - дольше времени на набор текста ушло.
3.
Самое главное. Суть статьи далеко не новая - сгенерить таблицу чисел в запросе и использовать для своих целей. Такая задача не раз обсуждалась и на ИС в том числе. Лучшие решения в данной области собирает
(1), поддерживаю -- очевидно, что СКД здесь не при чём.
(8), А следуя логике
ок, еще раз суть задачи: сделать отчет СКД, в который необходимо выводить X пустых строк. есть другой вариант решения этой задачи?
можно название поменять например на "Маленькая хитрость СКД в УТ и УПП на платформе 8.2.12.3 в ясный зимний день" после чего вопрошать есть ли другой вариант решения задачи для отчёта на "СКД в УТ и УПП на платформе 8.2.12.3 в ясный зимний день".
2.
Другой вариант решения? Пожалуйста! И относиться к СКД они будут больше, нежели представленный в статье:
а) Сформировать таблицу чисел вне СКД (любым способом, хоть тем же, что в статье) и передать его в СКД в качестве внешнего набора данных.
б) Доработать запрос перед компоновкой данных, как это делает ЗУП в механизме "генерируемых представлений".
в) Доработать ТабДок после вывода отчёта компоновщиком.
!!!И эти варианты реально связаны с СКД, т.к. затрагивают её механизмы. А вот вариант наподобие вашего:
в) Доработать запрос, но таблицу чисел не генерировать самому а брать из регистра БД, где она гарантированно д.б., например взять РС График работы.
Уверен, что есть и другие способы, т.к. это пришло в голову примерно за 5 сек - дольше времени на набор текста ушло.
3.
Самое главное. Суть статьи далеко не новая - сгенерить таблицу чисел в запросе и использовать для своих целей. Такая задача не раз обсуждалась и на ИС в том числе. Лучшие решения в данной области собирает
В
Ошибка в связи. Нужно:
ВЫБРАТЬ
ВТ_Комнаты.Комната КАК Комната,
ВТ_Комнаты.КоличествоМест - ЕСТЬNULL(КОЛИЧЕСТВО(ВТ_ИнфорамцияОПроживающих.Постоялец), 0) КАК СвободноМест
ИЗ
ВТ_Комнаты КАК ВТ_Комнаты
ЛЕВОЕ СОЕДИНЕНИЕ ВТ_ИнфорамцияОПроживающих КАК ВТ_ИнфорамцияОПроживающих
ПО ВТ_Комнаты.Комната = ВТ_ИнфорамцияОПроживающих.Постоялец
СГРУППИРОВАТЬ ПО
ВТ_Комнаты.Комната,
ВТ_Комнаты.КоличествоМест ПоказатьОшибка в связи. Нужно:
ВТ_Комнаты.Комната = ВТ_ИнфорамцияОПроживающих.Комната
Автору зачет! Название привлекательное, поэтому и обратил внимание т.к. УПП меня не интересует. А вот механизм в запросе зачетный. Спасибо за идею! Критикуем название, а ведь главное идея. Критиковать и я умею, а вот хорошие идеи - для меня редкость
Добрый день!
В чем собственно хитрость СКД?
Представлен код который соединяет искуственно созданную таблицу (что не совсем хитрость, а скорее костыль (как минимуму данную таблицу нужно собирать циклом перед запросом)) с данными.
+ Данный код можно использовать как в СКД так и в обычном запросе, предлагаю переименовать в "хитрость в запросе" =)
P.S. Автору бесспорно плюс.
В чем собственно хитрость СКД?
Представлен код который соединяет искуственно созданную таблицу (что не совсем хитрость, а скорее костыль (как минимуму данную таблицу нужно собирать циклом перед запросом)) с данными.
+ Данный код можно использовать как в СКД так и в обычном запросе, предлагаю переименовать в "хитрость в запросе" =)
P.S. Автору бесспорно плюс.