Вопрос : Работа с системами наследия и потребителями (проектирование базы данных)

Я работаю на базе данных доступа находилась в месте для почти 10 years.

We имеет показателей немного больше чем 5000 инвентаря, котор хранят в одиночной таблице. Эти показатели вклюают насосы, двигатели, компрессоры воздуха, компрессоры газа, муфты, и разнообразие небольшие разносторонные части. Единственной включенной вещью будет малые детали как вход parts.

Each имеет EquipType заданное к ей. Персона первоначально конструировала эту базу данных не знала очень много о хорошей конструкции. Они выбрали задать однобуквенное или двухбуквенное EquipType к каждому деталю. Например:

P=Pump, одиночное Acting
PD=Pump, Двойное-Acting
PT=Pump, Centrifugal

ED=Engine, Diesel
НАПРИМЕР =Engine, Gas
EX=Exchangers, радиаторы & моторы Coolers
EM=Electric, etc.

CA=Compressors, Air
CG=Compressors, Gas
CL=Clutches

There больше но я имею достаточно здесь теперь для того чтобы представить проблему. Потребители здесь получали привыкший к использованию этой системы. Они знают каждые однобуквенные или двухбуквенные середины EquipType поэтому мы даже не использует combos или взгляды вверх в базе данных (новые потребители принудительный для того чтобы выучить эту систему). Эти такие же данные возвращены к нашему вебсайт где мы показываем наши детали инвентаря. Каждый по-разному тип оборудования (как двигатели) имеет некоторые поля я показываю к потребителю. Я показываю по-разному поля для каждой группы оборудования. Однако, наша в настоящее время система небезупречна. Не всеми деталями «p» будут насосы и не всеми деталями e будут двигатели. Не всеми деталями c будут компрессоры. Я работал вокруг этого но он создавал некоторое дополнительное кодирвоание и головной болью для me.

Here будет мои вопросы:
1) как вы изменяете mindset или культура внутри компания прибавлять на больше эффективность и более правильно проектирования базы данных? Она всегда возможна верить что вы можете изменить ее? Когда вы как раз принимаете его и работаете вокруг их mindset с экстренными полями and/or кодирвоанием?

2) будет оно франтовское использовать короткие Кодих носят серии смысли или улучшают для того чтобы положить ту смысль в отдельно поля? Например, я smog изменить его так, что насос, Reciprocating, Single-Acting, Triplex (3 цилиндра) станет PRS3. С другой стороны я smog создать поле для того чтобы держать высшего уровня классифицирование насоса, поле subclassification для того чтобы хранить «Reciprocating», другие, котор нужно держать «Single-Acting», или/и другие для того чтобы держать количество цилиндров (которые сказали бы мне если насос будет симплексным, двухшпиндельным, triplex или quintuplex). Каждое из этих отдельно полей smogло снести однобуквенные обозначения не имеет ничего сделать с моим вопросом, реально. Более лучше сломать вне эту информацию в отдельно поля или сохранить ее все в одиночном поле «Кодего»? В этот случай, любая дорога требует изменения и я получаю много сопротивление к изменять что-то которое «работает на последние 10 лет».
class=

Ответ : Работа с системами наследия и потребителями (проектирование базы данных)

От точки зрения конструкции DB вы правильно.  Иметь всю эту информацию быть зашифрованным в некотором криптическом поле числа 3 будет плохой конструкцией.  Более лучшая конструкция была бы иметь таблицу XREF с всеми этими Кодими в их.  После этого в той таблице XRef вы smogли добавить ваши «цилиндры», «печатаете» (насос, двигатель, etc - это smogло фактическ быть другой таблицей XRef) etc. на машинке

Практически однако, делать изменение конструкции как раз ради изменение, даже для того чтобы очистить вверх проектирование базы данных, вероятно идет потерпеть неудачу.  Вы как раз тикаете ваши потребители.  Если ваши потребители не получить некоторый вид измеряемого (и значительно) преимущества из изменения конструкции, делать их изменить дорогу, котор они делают вещи вообще будет терпеть неудачу.

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