Ссылка на значение расположенной рядом ячейки

@Andrey_zlt · Регистрация: 22.04.2015

Студворк — интернет-сервис помощи студентам

Все привет.
Постоянно в работе использую sql(PostgreSQL) и современен понимаешь, что нужно писать запросы правильнее...
часто проходится использовать такие конструкции: взять значение из ячейки 1, выполнить над ним какие-то действия, а потом из ячейки 2 и 3 отнять результат вычислений над первой ячейкой.

SQL
1
2
3
4
5
6
7
8
WITH tab AS (SELECT * FROM (VALUES (1,20,25,35), (2,60,75,90), (3,115,170,195)) AS tab(id, summ1, summ2, summ3))
 
SELECT t.*,
    t.summ1 * 0.1 AS proc,
    summ2 - (t.summ1 * 0.1),
    summ3 - (t.summ1 * 0.1),
    NULL
FROM tab t

Что меня с эстетической стороны не устраивает, так это то, что каждый раз приходится писать выражение (t.summ1 * 0.1)
кто знает как это может есть способ использовать ссылку на результат вычислений, типа summ3 - proc ?
Есть же функции LAG и LEAD, может есть такой же функционал для соседних колонок?

Вариант "завернуть" в еще один подзапрос понятен, но хотелось бы обойтись без него.

Короче, кто знает советуйте.

Всем спасибо.

@Grossmeister · 10.02.2020, 09:44

Сообщение от Andrey_zlt

может есть способ использовать ссылку на результат вычислений, типа summ3 - proc

нет

@grgdvo · 10.02.2020, 23:14

сделайте подзапрос и не мучайтесь.
для данного случая оптимизатор все равно сделает value scan, а все вычисления засунет в выражения колонок.
и даже если будет seq scan или какой-либо index scan, все равно оптимизатор должен справиться и все засунуть в выражения.
поэтому разницы в выполнении вы не заметите, вопрос скорее просто написания.
SQL декларативен по природе, поэтому либо копи-паст, либо подзапросы.

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@grgdvo 1267 / 980 / 385 Регистрация: 02.09.2012 Сообщений: 3,027
	10.02.2020, 23:14
	сделайте подзапрос и не мучайтесь. для данного случая оптимизатор все равно сделает value scan, а все вычисления засунет в выражения колонок. и даже если будет seq scan или какой-либо index scan, все равно оптимизатор должен справиться и все засунуть в выражения. поэтому разницы в выполнении вы не заметите, вопрос скорее просто написания. SQL декларативен по природе, поэтому либо копи-паст, либо подзапросы. 1

Опции темы