Табели со редови и колони како основа на релациона база на податоци

U_NRA_NAMEA_PREISA_STUECKDATUMV_NAMEV_ANSCH

1	Кошула	39,80	40	24.06.1999 година	Мејер, Емил	Wendeweg 10, 2800 Бремен
2	Палто	360.00 часот	10	24.06.1999 година	Мејер, Франц	Колстрасе 1, 2800 година Бремен
3	Кошула	44,20	70	24.06.1999 година	Мејер, Емил	Wendeweg 10, 2800 Бремен
4-ти	Кошула	44,20	20-ти	25.06.1999 година	Шулце, Фриц	Гемузевег 3, 2800 Бремен
5	Палто	360.00 часот	35	25.06.1999 година	Мејер, Франц	Колстрасе 1, 2800 година Бремен
6-ти	панталони	110,50	35	24.06.1999 година	Мејер, Емил	Wendeweg 10, 2800 Бремен
7-ми	панталони	110,50	5	24.06.1999 година	Шулце, Фриц	Гемузевег 3, 2800 Бремен
8-ми	Кошула	39,80	10	24.06.1999 година	Шулце, Фриц	Гемузевег 3, 2800 Бремен
9	Кошула	44,20	20-ти	25.06.1999 година	Мејер, Емил	Wendeweg 10, 2800 Бремен

Овој пример се чини дека е структуиран релативно јасно, така што некој може брзо да ја скрши таквата денормализирана табела во три табели. Меѓутоа, ако се земат предвид тековните дневни цени, се поставува прашањето дали цената е внесена во табелата за статии или во табелата за продажба. Пример 2:

lfNrDelivery no Датум напис Член (Д) Добавувач број на ЕП Член (V) ЕП број на примач

1	24	15 февруари 2003 година	Панталони, сина	ФА Мустер-Лифер ГбР, Нирнберг	39,90	50
2	24	15 февруари 2003 година	Панталони, кафеави	ФА Мустер-Лифер ГбР, Нирнберг	39,90	50
3	27	16 февруари 2003 година					Панталони	Макс Милер, Берлин	49,90	10
4-ти	28	17 февруари 2003 година	Кошули	ФА Грош-Хендел АГ, Хамбург	18,40 часот	30-ти
5	28	17 февруари 2003 година	Кошули	ФА Грош-Хендел АГ, Хамбург	18,40 часот	40
6-ти	35	18 февруари 2003 година					Кошули	Лиза Маер, Минхен	23.90	5

Карактеристики и недостатоци на целосно денормализирана табела

• Од една страна, секоја информација очигледно може да се сортира во табела која е структурирана на овој начин и има голем број колони. Доколку треба да се архивираат дополнителни информации, доволно е да додадете дополнителни редови и, доколку е потребно, да ги оставите празни. Во теорија, секоја база на податоци може да биде содржана во единствена табела структурирана според оваа шема. Во најекстремен случај, табелата би содржела една голема колона текст во која сите информации би биле наведени по редослед. Од друга страна, оваа форма на внатрешно претставување има очигледни недостатоци, за кои треба да се дискутира подолу.
• Вишокот на овие примери е очигледен. Во првиот пример, истите податоци за адресата се наведени неколку пати, така што ако има промена еден Адреса на неколку идентични ќелии ќе треба да се бараат и да се препишат. Во таков случај се зборува за еден Ажурирај аномалија. Тогаш може да има две различни луѓе со исто име и презиме, така што пребарувањето пред ажурирањето ќе најде неколку адреси и потоа ќе ги промени. Недвосмислените луѓе треба да бидат јасно карактеризирани.
• Ако се бараат сите панталони во примерот 2, мора да се користи пребарување на механизми за пребарување на „Панталони *“ или „* Панталони *“ и да се користи „*“ како местоположник. Бидејќи ќелијата „Набавка: ставка“ содржи неколку информации во исто време. Ако само дел од информациите се од интерес, не е познато каде се наоѓаат (на почетокот или во средината на ќелијата), така што изразот што треба да се бара мора да биде дополнет со зачувувач на место од двете страни. Сличен проблем постои и при пребарување локации. Лицето што има збор како презиме, што е внесено и како место, ќе се најде при пребарување на местото.
• Таквата табела се чини дека содржи само текст. Ова значи дека текстот може да се внесе и во ќелијата за датум или да се користи запирка како сепаратор наместо точка во информациите за цената, така што вредноста повеќе не може да се користи правилно за аритметички операции.
• Пример 2 во моментов вклучува само нарачки и испораки. Ако испораката до 'Лиза Мајер' беше избришана или откажана, деталите за адресата исто така ќе исчезнат, иако сеуште се потребни. Ова се нарекува Избришете ја аномалијата именуван. Алтернатива би била да влезете во „Лиза Мајер“ без достава. Ова значи дека полињата што се апсолутно неопходни за достава не смеат да бидат декларирани со НЕ НУЛИ, ДБМС не може да обезбеди конзистентност на влезот. Ако, пак, нарачката беше задолжителна, ова ќе беше пример за една Вметнете аномалија. Дури и со допуштеност на лице без нарачка, не е јасно дали податоците треба да бидат внесени во колоната „снабдувач“ или „примател“. Конечно, случајот е замислив дека компанијата е и снабдувач и примател, или стоките се испраќаат до лице регистрирано како вработен.
• Доколку компанијата „Мустер-Лифер“ испорача панталони во различни бои, овие информации може да се игнорираат. Ова го прави невозможно да се расипат бројките за купување и продажба според бојата на панталоните. Ако оваа информација е исто така зачувана, сите податоци за адресата исто така мора да се внесат повторно, така што веројатноста за влезни грешки се зголемува. Правописот „FI Muster-Liefer“ ќе доведе до исчезнување на овој запис за податоци во потрагата по текст за „FA Muster-Liefer *“.
• Двете испораки на 02.15.2003 година се однесуваат на различни написи. Двете испораки од 17.02.2003 година, пак, може да се комбинираат во една испорака со 70 парчиња, бидејќи вредностите на клетките се идентични, со исклучок на колоната „Кол“ и има смисла да се додадат две информации за количината.

Очигледно, ваквиот дизајн создава разни проблеми и неправилни проценки. За разлика од која било архива во хартиена форма, можно е чисто пребарување текст. Сепак, резултатите треба повторно да се проверат рачно, секој погрешен запис може да се одреди само со проверка на оригиналната ќелија. Затоа, ваквиот денормализиран дизајн ќе ги уништи сите предности на архивирањето на податоците со помош на компјутер.

Следните страници се однесуваат на типичните техники на базата на податоци за разделување на таквата денормализирана табела на неколку помали табели.

---