Увод у МиСКЛ релацијску базу података:
Концептуално релациона база података није ништа друго него одржавање захтева однос између више табела коришћењем неког примарног, јединственог или страног кључног концепта. Свака база података која практично следи овај приступ и одржава правилан однос између свих креираних табела, тада се та база података може увек сматрати релацијском базом података. МиСКЛ релациона база података такође следи исту релацијску структуру, тако да нема сумње да се мој СКЛ такође сматра серверском релацијском базом података док термин 'релација' није споменут у МиСКЛ документима или не. Основна база података која нема никакав концепт релационе базе података, свака табела садржи пуно података, укључујући трансакционе и мастер обје, разумевање логичког повезивања тих података биће веома тешко без познавања пословне логике. Релативни базе података осигуравају овај приступ.
Систем за управљање односима МиСКЛ релацијске базе података:
Из специфичне дефиниције релацијске базе података људи мисле да је превише критична за одржавање и да ће створити конфузију. Али то није истинита изјава, главни дневни ред релацијске базе података како би се избегла било каква конфузија или компликовања између више табела које су повезане са том одређеном базом података, где помаже програмеру да лако одржава и потврди без икаквих проблема. Ако размотримо било који релацијски дизајн који је врло чест и који одржава строг однос између свих повезаних табела дефинираних у бази података. Претпоставимо да можемо размотрити један систем управљања инвентаром - у том случају морамо одржати један врло строг однос између свих табела које су укључене са даним описом везаним за инвентар. Такође, мора да одржи строжи однос са оним дечијим таблицама који су додатно утицали на било какве активности манипулације подацима као што су уметање или брисање из тог одређеног инвентара. Као примере размотрићемо три табеле које су укључене у систем контроле залиха, претпоставимо да су три међусобно повезане.
Назив табеле: Инвентар
| ИД (примарни кључ) | Опис | Цена | акција |
Назив табеле: Салес_Стафф
| ИД (примарни кључ) | Име | Емаил | контакт |
Назив табеле: Рачун
| ИД (примарни кључ) | СалесСтафф_ИД (инострани кључ Салес_Стафф примарни кључ) | Инвентори_ИД (страни кључ инвентара примарни кључ) | Количина | Цена | коментар |
Сада с обзиром на горе наведене три табеле, можемо планирати однос између више табела користећи примарни и ограничење страних кључева. У горњем примјеру, Рачун је главна трансакциона таблица, у којој су сви подаци о трансакцији успјешно похрањени за свако генерирање рачуна на појединачном купцу или крајњем кориснику, заправо су успјешно похранили све податке фактуре за било коју врсту референце. Сада би фактура требало да произведе из неких детаља инвентара у којима је ускладиштена количина целокупног упита за једну целу радњу или организацију. Сада размотримо две кључне матичне таблице попут Инвентар и Салес_Стафф, а обе табеле одржавају главне податке о продавницама било којег одређеног артикла у тој продавници или организацији, док је Салес_Стафф задржао све детаље о запосленима који раде на тој продавници или организацији. Уместо да одржава исто особље или одређени предмет сваки пут у детаљима о трансакцијама инвентара, он заправо има једну специфичну референцу оних матичних табела које води неки администратор продавнице или организације. Тако да овим специфичним приступом лако можемо избећи сувишност података или понављање података, што увек помаже при дохваћању података на основу одржаваног односа између више табела. Овај пример је дао једну кључну карактеристику било које релацијске базе података попут МиСКЛ релацијске базе података, под претпоставком да подаци о једној фактури увек садрже референцу одређеног особља за продају и продају, али особље за продају или продајно особље никада не може ништа да промени или ажурира на креираној фактури.
Дакле, овде се заправо одржавао један према многим односима где један податак о инвентару може да постоји више пута у фактури, а исти подаци о продајном особљу могу да постоје и у фактури више пута. Овај однос помажу програмеру да лако унесе податке са специфичним условима придруживања, а такође ће разумети или дизајнирати било који ЕР дијаграм за њих врло лако. Овде такође једна кључна тачка коју треба поменути, претпоставимо да било која продајна особа која покуша продати нешто што је на залихама, што се такође обезбеђује одржавањем такве врсте односа. Као и сваки пут кад се у фактуру дода било који инвентар, он аутоматски одузима залихе од првобитног инвентара, тако ће увек пружити одговарајућу поруку о валидацији сваки пут када особа која продаје покушати да створи било коју врсту рачуна за одређени инвентар. Ако пажљиво погледамо однос између табеле, тада Инвентар има једно име примарног кључа је Ид, а Салес_Стафф једно име примарног кључа је ИД, али фактура има два страна кључа која је заправо одржавала везу са табелама Инвентори и Салес_Стафф. Такође осигурава да у таблицу фактуре може било шта бити уметнуто што заправо постоји у табели Инвентори или Салес_Стафф, без постојања било каквих конкретних података, није могуће уносити један унос у табелу рачуна. Како табела рачуна има један специфичан однос са иностраним кључем са обе ове табеле, тако и све постојеће табеле могу да унесу у табелу рачуна. Тако увек помаже програмеру у случају да направи неки погрешан уложак без одржавања тих података на дечијим таблицама.
Водич за инсталирање и преузимање Моје СКЛ релацијске базе података:
На Интернету је доступно много врста верзије за инсталирање МиСКЛ-а на ваш локални рачунар, али МиСКЛ организација поседује једну веома занимљиву особину са бесплатним узорком релацијске базе података, могућност сортирања метода које су напредније од осталих бесплатних узорака релационе базе података, може пружити прилику за похрањивање података о филмовима, једна од кључних тачака је безопасно корисничко искуство, значи претпоставимо да један корисник некако направи неку грешку, зато база података у потпуности не ради, у том случају је врло лако или можете рећи двосатни задатак за обнављање та база података од извора.
1. Преузмите МиСКЛ релацијску базу података са доње везе:
- хттп://довнлоадс.мискл.цом/доцс/сакила-дб.тар.гз
2. Извршавање испод скрипте за отпакирање архивског пакета:
- тар –кзф кккк-дб.тар.гз
3. Након распакирања истог, креираће 3 директоријума као испод:
- Ксккк / сакила-дб.скл
- Сакила-сцхема.скл
- Сакила.мвб
4. Сада покрените МиСКЛ основну наредбу:
- Мискл –п (лозинка)
5. Сада само следите упутства која се спомињу у сакила-дб.скл и сакила-сцхема.скл.
6. Ако се правилно придржавају свих упутстава, створиће се једна нова база података са називом „сакила“, која ће се аутоматски приказати на листи релационих база података МиСКЛ.
Препоручени чланци
Овај чланак је водич за МиСКЛ релацијску базу података. Овде смо разговарали о систему за контролу односа и смерницама за инсталирање МиСКЛ релацијске базе података. Такође можете погледати следећи чланак да бисте сазнали више
- РДБМС Интервјуи Питања и одговори
- Најбоље разлике између МиСКЛ и НоСКЛ
- Употребе Цхеат Схеет-а МиСКЛ
- Интервјуска питања о ДБМС-у