Плохой дизайн базы данных

Question

Я разрабатываю систему, в которой предыдущему разработчику понравилось хранить несколько значений в отдельных ячейках. См. DDL ниже:

create table visits (id int, values varchar(100))  

INSERT INTO visits values (1, '01/01/2000, 1') 
INSERT INTO visits values (2, '01/01/2000, 2') 
INSERT INTO visits values (3, '01/01/2000, 3') 

В строке 1 указано, что на 01/01/2000 клиент 1 посетил магазин. Строка 2 говорит, что на 01/01/2000 клиент 2 посетил магазин и т. Д.

Я знаю, что это плохо. Я не могу придумать разумный способ разрешения этого, потому что приложение имеет множество массивов, которые разделяют содержимое «значений». Я хотел бы, чтобы это:

create table visits (id int, visitdate datetime, customerid int) 

Однако, делая это приводит к ошибкам, так как массивы, расщепляющие столбец значений содержит только одно значение вместо двух. Я считаю, что мне нужно реорганизовать всю базу кода, чтобы обойти это, например, удаление массивов. Однако есть ли другой способ?

Answer 1

Вы можете создать SQL View с Insert, Update и Delete триггерами. Оператор Select views объединяет рефакторированную таблицу, чтобы предоставить один столбец «values». Реорганизованная таблица может быть правильно нормализована с помощью столбцов с атомной оценкой.

В представлениях Вставка и обновление есть функция для преобразования старого столбца одиночных значений в отдельных столбцов. Удалить вид удаляет строку базового базового стола.

Таким образом, представления SQL предоставляют вам уровень изоляции и инкапсуляции, поэтому вам не нужно реорганизовывать устаревший код. Рефакторинг может выполняться по мере необходимости поэтапно. Производительность должна быть сопоставимой с использованием представлений. Оптимизатор SQL позаботится об этом. Вероятные накладные расходы - это функции для конкатенации и де-конкатенации значений.

С рефакторированными таблицами, имеющими атомнозначные столбцы, вы можете создавать более избирательные индексы. Их можно использовать для ускорения некоторых ключевых запросов.

Answer 2

Добавить новые столбцы для даты и int, сохранить старый столбец строки, но изменить обновление и вставить код для поддержки новых столбцов.

Затем вам необходимо реорганизовать все код вставки/обновления, чтобы включить новые столбцы.

Для поддержки устаревшего кода «Сплит»: Если вы используете SQL 2005 или более позднюю версию, вы можете заменить столбец «Значения» на «Вычисленный столбец». Если нет, вы можете создать представление с дополнительным столбцом «Значения» и удалить «значения» из реальной таблицы.

Computed Columns