Изпечатай

[VladSun]

Нормализираните бази винаги са по-бързи от денормализираните. Защо иначе ще се прави нормализация?

Не бих казал, че винаги е така ... Понякога е нужно да се направи денормализация за целите на анализ - най-често срещания пример е "последно състояние". Пример за който се сещам в момента (и е възможно да се прави със субселект) е състояние (сегмент) на "call" в callcenter - в опашката, поет от оператор, пренасочен от оператор и т.н. При една силно нормализирана база данни би трябвало да се пазят само записи (many-to-many, Call<->State) по отношение на състояние + дата/час. Но този начин на работа прави заявките за анализ (репорти) доста бавнички - има търсене на запис с най-голяма стойност на дата/час колоната. Най-простото решение е да се добави колона "последно състояние" към Call таблицата, което си е чиста проба денормализация.

[VladSun]

Говоря за нещо такова:
http://en.wikipedia.org/wiki/Data_warehouse#Normalized_versus_dimensional_approach_for_storage_of_data

[vixon]

Сега да погледнем същото от страна на многозадачност и многопотребителност. При многопотребителност кой точно прави "актуалното състояние"? Охлюв, Костенурка, Орел и Гепард ни носят по една бира. Всеки променя моментното състояние и претендира то да е актуалното. Охлювът е донесъл бирата първи, но актуалната бележка е на бара. Дали той ще е в състояние да отрази реалното състояние?

[backinblack]

Много благодарство на всички, започвам да цепя 30ГВ - /, 1ГБ - SWAP и останалото /home

[VladSun]

Нещо не можах да разбера какво точно показваш. Би ли опитал да се използваш моя пример?

[b2l]

//off

Сега да погледнем същото от страна на многозадачност и многопотребителност. При многопотребителност кой точно прави "актуалното състояние"? Охлюв, Костенурка, Орел и Гепард ни носят по една бира. Всеки променя моментното състояние и претендира то да е актуалното. Охлювът е донесъл бирата първи, но актуалната бележка е на бара. Дали той ще е в състояние да отрази реалното състояние?

Не е ли малко рано за бири?

[VladSun]

http://en.wikipedia.org/wiki/Denormalization

In computing, denormalization is the process of attempting to optimise the read performance of a database by adding redundant data or by grouping data.[1][2] In some cases, denormalisation helps cover up the inefficiencies inherent in relational database software. A relational normalised database imposes a heavy access load over physical storage of data even if it is well tuned for high performance.

[vixon]

Можем да спорим до безкрайност. Тъй като аз самия доста съм проектирал бази работещи с високо натоварване, досега нормализираните са били винаги по-ефективни.

[plamen_f]

Нормализацията не е лек за всичко (y)

[b2l]

Нормализацията не е лек за всичко (y)

Жив пример за това са: twitter, faceboog, digg.com

[Acho]

Ама той backinblack вече го купи и метна да цепи диска и да инсталира. Ама то 5 GB, 10 GB, нормализации - свърши вече, машината е избрана и купена. Дано да си свърши работата и да е доволен колегата.

[VladSun]

Можем да спорим до безкрайност. Тъй като аз самия доста съм проектирал бази работещи с високо натоварване, досега нормализираните са били винаги по-ефективни.

Не споря  - изказвам мнение 

Със сигурност не мога да твърдя, че съм работил кой знае колко с много големи бази данни. Реално, може бе 2-3 пъти. В единия случай беше за callcenter с около 120'000 записа на ден (100 агента "пишещи" и към 20 teamleader-и/supervisori-и четящи) само за обажданията. Това ми е и най-голямата база май - Postgre SQL

В началото, дизайнът на ДБ винаги го правя в най-нормализиран вариант. След това, ако се появят проблеми може и да има някаква денормализация или изнасяне на "offline" view-та за преглед в не реално време.

[backinblack]

Въпроса ми бе риторичен, че нямам никакъв опит с mysql, а за лични цели нямам и нужда от него, но въпросното компютърче и диск съм ги купил с друга цел, но искам да пробвам дали ще има пазар при мен в провинцията за едно такова мултифункционално устроиство предварително нагласено и след това само бастър копче - работи и бастър копче - не работи, без монитор, евентуални донастройки с webmin, xrdp или vnc и евентоалните потенциални клиенти да го ползват за рутер, файлов сървър, евентоално база данни сървър за микроинвест склад про или уарехаус с не повече от 10-15 клиентски машинки, евентуално камерки за видеонблюдение да са на него и някакво просто сайтче да си хостне, щото така и така ще е постоянно включен.
На мен лично ми трябва само рутера и ако ще си събирам рутер само за себе си, съвсем друга ще е машинката.
10ГБ база данни на складова програма, това е дейноста на фирма за повече от 5 години! Предостатъчно е! Въпроса ми беше дали ще може да работи нормално самия хардуер с такава база в периспектива?  В периспектива, и рутера и виртуалния уиндоус винаги могат да се изнесат на други машини и да се мислят други конфигурации.

[vixon]

Ще работи. Точно за Microinvest Склад Pro са ни наблюденията на голямата база, достатъчно добре нормализирана. За да имате бързодействие увеличете следните настройки на сървъра:
а) Големината на Key Buffer;
б) Паметта за Temp таблиците;
в) Количеството памет за Query Cache.

Тези 3 параметъра могат да накарат сървъра да лети, при нашата програма таблиците са малко и еднотипни, затова силно се поддават на оптимизация.

[VladSun]

Само да добавя, че при големи ДБ идеята да се пускат още услуги на машината не е добра. Стигне ли се до swapping ... жална ти майка