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

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

Природни свет информација није променио своју динамику и, развијање садржаја и структуре, порастао је на нову висину. Има глатке облике, ау природи нема ништа "Правоугаони". Информације, наравно, посвећују формализацији, али има динамику, а не само податке и алгоритме за њихову промјену обраде, сами задаци и њихова подручја примјене се мијењају.

Информације> формализација >> подаци

Информације се претварају у податке (модел података,информациону структуру, базу података ...), као што га програмер види. Не постоји гаранција да је ова визија исправна, али ако њен програм реши задатак, онда су подаци представљени на одговарајући начин.

Питање колико је то исправноформализоване информације су питање времена. До сада је концепт динамике (само прилагођавање променљивим условима коришћења) само сан о програмирању.

Функционална зависност:"Тачно решење = програм (програмер)" и услов: "континуирана кореспонденција проблему" важе у већини случајева, али само заједно. Али то није математичка основа која се користи при креирању база података.

Директна изјава:Увек је случај природна и континуирана динамика информација и алгоритама за решавање проблема. А релационе базе података су бинарни односи + строга математика + тачно формалне конструкције, + ...

Подаци, датотеке и базе података

Како се подаци чувају дуго није био важан: било да је то РАМ или спољни уређај. Хардверска компонента достигла је стабилан темпо развоја и обезбеђује квалитетан у великим количинама.

Главне опције складиштења, које се разликују у коришћењу података:

• датотеке;
• база података.

Прва је резервисана за програмера (шта да пише, у којем формату, како то да уради, како читати ...), други одмах доводи до потребе да научи једноставну функционалну зависност.

Брзина узорковања и снимања информација приликом рада са датотекама (од разумне величине, а не астрономске) је врло брза, а брзина сличних операција са базом података понекад може бити знатно спора.

Лично искуство и колективна интелигенција

У историји су покушали да превазиђу оно што је постигнутоали до данас доминирају релацијске базе података. Велики теоретски потенцијал се акумулира, пракса примене је обимна, а програмери су високо квалификовани.

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

Чак иу најједноставнијем случају, програматор зависииз логике базе података, без обзира на то шта бира да ради. Не постоји жеља да пратите каноне, можете користити датотеке, добићете много датотека и пуно личног искуства. Пуно личног времена ће бити потрошено и задатак ће бити решен за дуго времена.

Без обзира колико су тешки примери изгледајуфункционална зависност, није неопходно уронити у дубине значења и логике. Често би требало препознати да је колективни ум успио направити одличне базе података различите величине и функционалности:

• солид Орацле;
• захтевајући МС СКЛ Сервер;
• популаран МиСКЛ.

- одличне релацијске базе података са добромрепутација, погодна за употребу, брзо у вештим рукама. Њихова употреба штеди време и елиминише потребу за писањем редовних листова помоћног кода.

Карактеристике програмирања и података

Програмирање је одавно било болестстално преписивати, поновити рад претходника, како би некако нешто прилагодили промењеним информацијама, задатку или условима његове употребе.

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

Често је важно везати се за кодирање. Није све базе података нуде мобилни решења често могу бити суочене са колико добро подеаену МиСКЛ, на којој се налази десетак база података, одличан и стабилан рад, због чега је програмера да направи једанаести базу сличан онима који су већ тамо.

Постоје времена када дељени хостинг ограничава функционалност ПХП-а и ово оставља отисак на програмирању приступа бази података.

У савременом програмирању, одговорност за алгоритам програма једнака је одговорности за креирање модела података. Све би требало да ради, али није увек потребно да се уђе у теорију џунгле.

ДБ: једноставна зависност података

Пре свега, концепт базе података је и база податакасистем управљања базама података (на пример, МиСКЛ) и нека структура информација која одражава податке задатка и однос између њих. Једна МиСКЛ база података "држи" на себи било који број структура информација у различитим областима апликације. Једна Орацле база података може да обезбеди информационе процесе велике компаније или банке, надгледа сигурност и сигурност података на највишем нивоу, налази се на различитим рачунарима који су на различитим локацијама у различитим инструменталним окружењима.

Генерално се верује да је однос базичан у релационом моделу. Елементарни однос је скуп колона са именима и редовима са вредностима. Цлассиц "Рецтангле" (табела) - једноставан и ефикасан напредак. Сложеност и функционална зависност базе података почиње када Правоугаони почињу да ступају у однос једни са другима.

Име сваке колоне у свакој табели мора бити јединствено у контексту задатка. Исти подаци не могу бити у две табеле. Знајте значење концепата:

• "Идентификујте ентитете";
• "Елиминисати редундантност";
• "Поправи везе";
• "Обезбедити поузданост."

- елементарна потреба за кориштењем базе података и изградња модела података за одређени задатак.

Кршење било ког од ових концепата - ниска ефикасност алгоритма, споро подизање података, губитак података и друге проблеме.

Функционална зависност: логика и значење

Не можете да читате о туковима односа, о чемуфункција је преписка скупа аргумената на скуп вриједности, а функција није само формула или графикон, већ се може одредити скуп вриједности-табела.

Није неопходно, али не штети да представља функционалну зависност као:

Ф (к1, к2, ..., кН) = (и1, и2, ..., иН).

Али обавезно схватите да је унос табела,На излазу је такође и таблица или специфично решење. Типично, функционална зависност успоставља логичку везу између табела, упита, привилегија, окидача, похрањених процедура и других компоненти базе података (компоненти).

Обично се табеле претварају једни у другиу резултату. Али употреба функционалне зависности није ограничена на такву идеју. Програмер гради представљање података слике, модел домена, информационе структуре ... без обзира како се зову, али ако ради за одређену базу података, она мора бити заснован на њеној логици, да узму у обзир његово значење и дијалекат језика који се користи, као по правилу, СКЛ.

Може се тврдити да су особине функционалнезависности базе података су доступне кроз дијалект употребљеног СКЛ језика. Али, много је важније схватити: након свих преокрета развоја, није превише остало много база података, али постоје и многи дијалекти овог језика и карактеристике унутрашњих конструкција у бази.

О добром старом Екцелу

Када се рачунар показао са позитивне стране, свет се одмах поделио на програмера и корисника. По правилу, прва употреба:

• ПХП, Перл, ЈаваСцрипт, Ц ++, Делпхи.
• МиСКЛ, Орацле, МС СКЛ Сервер, Висуал ФокПро.

Други:

• Реч.
• Екцел.

Неки корисници успијевају самостално (без помоћи програмера) у бази података Ворд - права глупост.

Искуство корисника у Екцелу за креирање база података је практично и занимљиво. Важно је да Екцел, само по себи, буде функционалан, шарен и практичан.

Табеларна идеја дефинисала је концепт функционалностизависности су визуелне и приступачне, али постоје нијансе за сваку базу података. Свако има своје "лице", али све од Екцел-а до Орацле-а манипулише једноставним квадратима, односно таблицама.

Ако сматрамо да Екцел уопште није база податакаподаци, али многи корисници (а не програмера) се тако користи, а Орацле - је комплексан и моћан да оствари велики тим програмера у области база података, постаје природно да призна - база података је приказ одређеног програмер (Теам) специфичног проблема и његовог odluka.

Која је функционална зависност, са чиме, где, зашто ... очито само аутор или колектив.

О коме иде однос релације

Научни и технички напредак је веома боланпоступак, а понекад и окрутан. Ако се сећате, где је почела база података, што је * .дбф, оба брендираних кибернетика, онда се заљубила у компјутерске науке и почео да организује препреке кретању високе технологије на нивоу земље, постаје јасно зашто релационе базе података су толико упорна и добро. Зашто је класичан стил на овај дан уживо програмирања, и објектно оријентисани програмски једноставно вреднује, али још увек није донео одлуку.

Без обзира колико је лепо функционална зависност у контексту математике:

То није бинарни однос, тачније, то је разлогпреиспитати идеју успостављања односа између мноштва атрибута, истраживања једног-на-многе, многих-на-један, многих-многих, или многих уопште, а неке посебно.

Могућности везане за односе могу бити одличнепуно. Ово је математика са логиком и строго је! Информације су сопствена математика, посебна. У њему можете причати о формалности само са великим минусом.

Можете формализирати рад особља,напишите АЦС за екстракцију уља или производњу млека, хлеба, направите избор у огромној бази података Гоогле, Иандек или Рамблер, али резултат ће увек бити статичан и сваки тренутак времена је исти!

Ако је функционална зависност = снажна логикаи математика = основа за базе података, о каквој динамици можемо разговарати. Свако решење ће бити формално, било који формални модел података + ригорозни алгоритам = тачно и недвосмислено решење. Информације и обим било ког програма се увек мењају.

Узимање узорка на истомфраза за претраживање не може бити иста после једног сата или после два и недвосмислено сваки други дан - ако фраза за претраживање припада информативном подручју у којем се број локација, ресурса, знања и других елемената константно мења.

О линијама и објектима

Чак и ако је програм чисто математички и његова база података не размишља ни о динамици, све увек има линије. А стринг је дугачак. И не може бити бесконачан. То чак не може бити променљива, само условно променљива. Поред тога, свака база са својим математичким и бинарно-бирократским апаратом намеће много формалности, а то је брзина + квалитет узорковања и обраде информација.

И ако су одређена поља у бази података бројеви, поготово стварни, онда ће се додати ограничења: капацитет цифре, присутност слова "е", формат презентације - укратко, свуда и увек имамо важне Својства функционалних зависности базе података: линије условно променљиве дужине са масом бинарних формалности и стриктних математичких ограничења.

Ако промените тон и слушате пулсединамика, онда се све може обојити на објектима. У првој апроксимацији, име колоне у таблици је објекат, списак имена је такође објекат, укратко, табела је објекат заглавља и у њему су називи колона у заглављу. А капице можда уопште нису ...

Али може бити редова у табели. А у линији могу бити вредности. И зашто би увек требали бити исти износ. Квадратни сто - Ово је посебно, иу већини случајева, приватно.

Ако поднесете све структуре у бази податакаобјекти, онда, можда, не морају да граде строгу бинарну везу. Ово има природно и стварно значење, ако само зато што овај циљ (недвосмислено не-математичка) логика одражава динамику информација и околину у којој постоје задаци.