Имя: Пароль:
1C
 
Как-то можно группировать условия в запросе?
0 Галахад
 
гуру
01.02.19
09:21
Для большей читабельности, что бы однотипные условия отделить.
Делаю так, но не очень удобно.

условие11
И условие12
И ИСТИНА
И условие21
И условие22
И ИСТИНА
И условие31
И условие32
1 lxs
 
01.02.19
09:25
жертва перфекционизма
2 toypaul
 
гуру
01.02.19
09:26
комментарии. еще бы этот долбаный конструктор не затирал их
3 Галахад
 
гуру
01.02.19
09:28
(2) Комментарии это уже потом, когда запрос готов. А на стадии отладки?
4 lxs
 
01.02.19
09:33
ВЫБОР
     КОГДА ИСТИНА ТОГДА УСЛОВИЕ11 И УСЛОВИЕ12
КОНЕЦ
И
ВЫБОР
    КОГДА ИСТИНА ТОГДА УСЛОВИЕ21 И УСЛОВИЕ22
КОНЕЦ
И
ВЫБОР
     КОГДА ИСТИНА ТОГДА УСЛОВИЕ31 И УСЛОВИЕ32
КОНЕЦ
И
ВЫБОР
     КОГДА ИСТИНА ТОГДА УСЛОВИЕ41 И УСЛОВИЕ42
КОНЕЦ
5 Галахад
 
гуру
01.02.19
09:36
(4) ;-) Красота. Читабельность улучшилась в разы.
6 lxs
 
01.02.19
09:36
Вместо ИСТИНА моно использовать параметры, например:

&ЭтоОтборПоНоменклатуре
&ЭтоОтборПоКонтрагенту

С типом Булево.
7 Галахад
 
гуру
01.02.19
09:38
(6) Спасибо. Это действительно неплохо. Потом можно поменять на комментарии.
8 lxs
 
01.02.19
09:40
(7) На здоровье)
9 lxs
 
01.02.19
09:45
Конструктор раставляет код так:

https://ya.cc/53j4Z
10 Галахад
 
гуру
01.02.19
09:46
(9) Гм. А что за консоль с раскраской кода?
11 lxs
 
01.02.19
09:48
(10) ) (НЕ РЕКЛАМА) Sublime Text под макосью.
12 Salimbek
 
01.02.19
09:50
(0) Заключить однотипные условия в скобки и выкинуть ненужные Истина?
13 Галахад
 
гуру
01.02.19
09:56
(11) Посмотрел. Хорошая тема.

(12) Стена однотипного текста.
14 breezee
 
01.02.19
09:59
(4) А вы смотрели план запроса? Чем проще запрос, тем лучше его скуль жрет. Может, ВЫБОР КОГДА в ГДЕ это плохо?
15 elCust
 
01.02.19
10:00
(6) Скользкая дорожка.

С начало условия ИСТИНА так пишут, потом все условия так начнают делать и через 2 дня уже не разберешься где объявляются твои переменные. Фу так делать.
16 lxs
 
01.02.19
10:06
(15) Не делай. Тебя никто не заставляет. Предложи свой вариант. Обсирать умеют все.
17 lxs
 
01.02.19
10:08
(14) Я не устраиваю глупую гонку за секундами прироста производительности, чтобы потом показывать свои 22 кому-то. И никого в свою религию не посвящаю. Мне лично такие конструкции в условиях ничем не мешают и не тормозят ничего.
18 breezee
 
01.02.19
10:11
(17) Ну как знаете, вообще, если система будет сильно нагружена пользователи могут и взвыть. Ну в данном случае может все и ок, но вот в услвиях соединения, на пример, выбор кода - это смерть запроса.
19 Гипервизор
 
01.02.19
10:12
(12) Разве конструктор не режет такие скобки?
20 elCust
 
01.02.19
10:13
(16) Я так не делаю, проблема в том, что потом приходится разбираться творениях таких как ты фантазеров.
21 lxs
 
01.02.19
10:14
(18) Пруф давай. Давай запрос который положит сейчас мою систему вот с такими условиями. Говорить вы все горазды.
22 Галахад
 
гуру
01.02.19
10:17
Народ, давайте без срача. Тема, была про отладку запроса. На продакшене у каждого своя политика.
23 lxs
 
01.02.19
10:17
(20) А что тебе непонятно в таком условии?
Я тебе скажу так: гораздо "интереснее" разбирать "творения таких как ты фантазеров", которые пишут конячие запросы на 2-3 тысячи строк с кучей временных таблиц и соединений.

А насчет разбирать: так не разбирай. Пиши свой новый запрос, правильный как тебе нравится. Чо пристал?
24 lxs
 
01.02.19
10:17
(22) Поддерживаю. Проснулись млять моралисты говнокодеры.
25 ADenPiter
 
01.02.19
10:21
Кто нибудь уже схему запроса для таких случаев пробовал? В типовых, смотрю, уже много где её используют.
2 + 2 = 3.9999999999999999999999999999999...