Отказ от ответственности: Пожалуйста, имейте меня как человека, который использует базы данных лишь малую часть своего рабочего времени. (Большую часть времени я занимаюсь программированием на С ++ на своей работе, но каждый нечетный месяц мне нужно искать / исправлять / добавлять что-то в базе данных Oracle.)
Мне неоднократно приходилось писать сложные запросы SQL, как для специальных запросов, так и для запросов, встроенных в приложения, где большие части запросов просто повторяли «код».
Написание таких мерзостей на традиционном языке программирования доставит вам большие неприятности, однако я ( I ) пока не смог найти какой-либо достойной техники, предотвращающей повторение кода SQL-запроса.
Изменить: во-первых, я хочу поблагодарить тех, кто предоставил отличные улучшения в моем первоначальном примере . Однако этот вопрос не о моем примере. Речь идет о повторяемости в запросах SQL. Таким образом, ответы ( JackP , Leigh ) до сих пор отлично показывают, что вы можете уменьшить повторяемость, написав лучшие запросы . Однако даже тогда вы сталкиваетесь с некоторой повторяемостью, которую, очевидно, невозможно устранить: это всегда раздражало меня SQL. В «традиционных» языках программирования я могу довольно много реорганизовать, чтобы минимизировать повторяемость кода, но с SQL кажется, что нет (?) Инструментов, позволяющих это сделать, за исключением написания менее повторяющегося выражения для начала.
Обратите внимание, что я снова удалил тег Oracle, так как мне было бы искренне интересно, нет ли базы данных или языка сценариев, который допускает нечто большее.
Вот одна из таких жемчужин, которую я сегодня собрал вместе. Это в основном сообщает разницу в наборе столбцов одной таблицы. Пожалуйста, просмотрите следующий код, особенно большой запрос в конце. Я продолжу ниже.
--
-- Create Table to test queries
--
CREATE TABLE TEST_ATTRIBS (
id NUMBER PRIMARY KEY,
name VARCHAR2(300) UNIQUE,
attr1 VARCHAR2(2000),
attr2 VARCHAR2(2000),
attr3 INTEGER,
attr4 NUMBER,
attr5 VARCHAR2(2000)
);
--
-- insert some test data
--
insert into TEST_ATTRIBS values ( 1, 'Alfred', 'a', 'Foobar', 33, 44, 'e');
insert into TEST_ATTRIBS values ( 2, 'Batman', 'b', 'Foobar', 66, 44, 'e');
insert into TEST_ATTRIBS values ( 3, 'Chris', 'c', 'Foobar', 99, 44, 'e');
insert into TEST_ATTRIBS values ( 4, 'Dorothee', 'd', 'Foobar', 33, 44, 'e');
insert into TEST_ATTRIBS values ( 5, 'Emilia', 'e', 'Barfoo', 66, 44, 'e');
insert into TEST_ATTRIBS values ( 6, 'Francis', 'f', 'Barfoo', 99, 44, 'e');
insert into TEST_ATTRIBS values ( 7, 'Gustav', 'g', 'Foobar', 33, 44, 'e');
insert into TEST_ATTRIBS values ( 8, 'Homer', 'h', 'Foobar', 66, 44, 'e');
insert into TEST_ATTRIBS values ( 9, 'Ingrid', 'i', 'Foobar', 99, 44, 'e');
insert into TEST_ATTRIBS values (10, 'Jason', 'j', 'Bob', 33, 44, 'e');
insert into TEST_ATTRIBS values (12, 'Konrad', 'k', 'Bob', 66, 44, 'e');
insert into TEST_ATTRIBS values (13, 'Lucas', 'l', 'Foobar', 99, 44, 'e');
insert into TEST_ATTRIBS values (14, 'DUP_Alfred', 'a', 'FOOBAR', 33, 44, 'e');
insert into TEST_ATTRIBS values (15, 'DUP_Chris', 'c', 'Foobar', 66, 44, 'e');
insert into TEST_ATTRIBS values (16, 'DUP_Dorothee', 'd', 'Foobar', 99, 44, 'e');
insert into TEST_ATTRIBS values (17, 'DUP_Gustav', 'X', 'Foobar', 33, 44, 'e');
insert into TEST_ATTRIBS values (18, 'DUP_Homer', 'h', 'Foobar', 66, 44, 'e');
insert into TEST_ATTRIBS values (19, 'DUP_Ingrid', 'Y', 'foo', 99, 44, 'e');
insert into TEST_ATTRIBS values (20, 'Martha', 'm', 'Bob', 33, 88, 'f');
-- Create comparison view
CREATE OR REPLACE VIEW TA_SELFCMP as
select
t1.id as id_1, t2.id as id_2, t1.name as name, t2.name as name_dup,
t1.attr1 as attr1_1, t1.attr2 as attr2_1, t1.attr3 as attr3_1, t1.attr4 as attr4_1, t1.attr5 as attr5_1,
t2.attr1 as attr1_2, t2.attr2 as attr2_2, t2.attr3 as attr3_2, t2.attr4 as attr4_2, t2.attr5 as attr5_2
from TEST_ATTRIBS t1, TEST_ATTRIBS t2
where t1.id <> t2.id
and t1.name <> t2.name
and t1.name = REPLACE(t2.name, 'DUP_', '')
;
-- NOTE THIS PIECE OF HORRIBLE CODE REPETITION --
-- Create comparison report
-- compare 1st attribute
select 'attr1' as Different,
id_1, id_2, name, name_dup,
CAST(attr1_1 AS VARCHAR2(2000)) as Val1, CAST(attr1_2 AS VARCHAR2(2000)) as Val2
from TA_SELFCMP
where attr1_1 <> attr1_2
or (attr1_1 is null and attr1_2 is not null)
or (attr1_1 is not null and attr1_2 is null)
union
-- compare 2nd attribute
select 'attr2' as Different,
id_1, id_2, name, name_dup,
CAST(attr2_1 AS VARCHAR2(2000)) as Val1, CAST(attr2_2 AS VARCHAR2(2000)) as Val2
from TA_SELFCMP
where attr2_1 <> attr2_2
or (attr2_1 is null and attr2_2 is not null)
or (attr2_1 is not null and attr2_2 is null)
union
-- compare 3rd attribute
select 'attr3' as Different,
id_1, id_2, name, name_dup,
CAST(attr3_1 AS VARCHAR2(2000)) as Val1, CAST(attr3_2 AS VARCHAR2(2000)) as Val2
from TA_SELFCMP
where attr3_1 <> attr3_2
or (attr3_1 is null and attr3_2 is not null)
or (attr3_1 is not null and attr3_2 is null)
union
-- compare 4th attribute
select 'attr4' as Different,
id_1, id_2, name, name_dup,
CAST(attr4_1 AS VARCHAR2(2000)) as Val1, CAST(attr4_2 AS VARCHAR2(2000)) as Val2
from TA_SELFCMP
where attr4_1 <> attr4_2
or (attr4_1 is null and attr4_2 is not null)
or (attr4_1 is not null and attr4_2 is null)
union
-- compare 5th attribute
select 'attr5' as Different,
id_1, id_2, name, name_dup,
CAST(attr5_1 AS VARCHAR2(2000)) as Val1, CAST(attr5_2 AS VARCHAR2(2000)) as Val2
from TA_SELFCMP
where attr5_1 <> attr5_2
or (attr5_1 is null and attr5_2 is not null)
or (attr5_1 is not null and attr5_2 is null)
;
Как вы можете видеть, запрос для генерации «отчета о различиях» использует один и тот же блок SQL SELECT 5 раз (может быть легко 42 раза!). Это кажется мне совершенно мертвым (я могу сказать это после того, как написал код), но я не смог найти хорошего решения для этого.
Если бы это был запрос в каком-то реальном коде приложения, я мог бы написать функцию, которая объединяет этот запрос в виде строки, а затем выполнить запрос в виде строки.
- -> Строить струны - это ужасно и ужасно проверять и поддерживать. Если «код приложения» написан на языке, таком как PL / SQL, он чувствует себя настолько неправильно, что причиняет боль.
В качестве альтернативы, если бы он использовался из PL / SQL или тому подобного, я бы предположил, что существуют некоторые процедурные средства, чтобы сделать этот запрос более понятным.
- -> Развертывание чего-либо, что может быть выражено в одном запросе, в процедурных шагах, просто чтобы предотвратить повторение кода, тоже кажется неправильным.
Если этот запрос понадобится как представление в базе данных, то, насколько я понимаю, не будет другого способа, кроме как сохранить определение представления, как я опубликовал выше. (!!?)
- -> Я действительно должен был провести некоторое обслуживание определения двухстраничного представления, как только оно вышло далеко за рамки заявления. Очевидно, что для изменения чего-либо в этом представлении требовался текстовый поиск по регулярному выражению по определению представления для того, использовался ли тот же вложенный оператор в другой строке и нужно ли его менять там.
Итак, как гласит заголовок - какие существуют методы, позволяющие избежать написания таких мерзостей?
UNION ALL
. ЧастоUNION
безALL
обычно приводит к катушке для временного хранения требуемой операции сортировки (как «UNION» эффективноUNION ALL
следуетDISTINCT
что подразумевает свой род) , так что в некоторых случаях разница в производительности может быть огромной.