sql нормализовать таблицу

Question

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

Dbo.Part

ID PartDescription 
270 Syringe assembly 
282 LPH pcb 
287 Valve block assembly 

Dbo.ServiceEntry

ServiceEntryID, Description 
    1200   270 ~ Syringe assembly ~ 7,3 ~ Increase drive current from 3 --> 1.|282 ~ LPH pcb ~ 8 ~ | 287 ~ Valve block 
    assembly ~ null ~ 

В приведенном выше здесь является структура для столбца:

PartID ~ PartDescription ~ ServiceType ~ Comment 

Для нескольких частей, этот символ Добавляется | и структура повторяется.

ServiceEntryPart:

ID ServiceEntryID PartID ServiceTypev Comment 
1 1200   270  7,3   Increase drive current from 3 
2 1200   282  8   
3 1200   287  null  

ВОПРОС

Dbo.Part

ID PartDescription  OldID 
331 Syringe assembly  270 
335 LPH pcb    282 
336 Valve block assembly 287 

Так что, если вы смотрите на выше части таблицы Что происходит в том, что таблица часть в настоящее время обновлено. Новые части будут добавлены, а для существующих частей их идентификаторы будут обновлены до новых идентификаторов, а также могут быть новые описания деталей. Как вы могли видеть, таблица записей службы с описанием части столбца не будет синхронизироваться для записи службы, которая была создана ранее. То, что я пытаюсь сделать, - это обновить существующую таблицу элементов входа службы с новыми идентификаторами частей и их dcescriptions и, наконец, обновить столбец, названный описанием части в таблице ввода службы. Обновление таблицы компонентов входа в систему прост, но проблема в том, как обновить столбец с разделителем в таблице записей службы.

Answer 1

Если я вас правильно понимаю, вы работаете с колоннами, которые содержат несколько, разграниченных значения (как базы данных PICK):

`For multiple parts, this character | is added and the structure is repeated.` 

Как правило, в нормализованной базе данных, можно было бы иметь:

UNIT (something that might need service or repair) 
UnitId PK 
UnitDescription 

PARTS (repair/replacement parts) 
PartId PK 
PartDescription 

UNIT_SERVICES (instances of repair visits/ service) 
ServiceID int primary key 
UnitId  foreign key references UNIT 
ServiceDate 
TechnicianID 
etc 


SERVICE_PART (part used in the service) 
ID   primary key 
ServiceID foreign key references SERVICE 
PartID  foreign key references PART 
Quantity 

Может быть нулевой, один или несколько UNIT_SERVICES, связанных с UNIT. Может быть нулевой, один или несколько SERVICE_PARTS, связанных с SERVICE.

В нормализованной базе данных каждая часть, используемая при обслуживании устройства, будет существовать в своей строке в таблице SERVICE_PART. Мы не нашли бы двух или более частей в одном кортеже SERVICE_PART, разделенных каким-то разделителем, как это обычно делалось в так называемых многозначных базах данных, которые были предшественниками современной OODBMS.