Видове бази данни, техните предимства и недостатъци

Информацията е невероятна и многостранна обект на изследване. Тематичните области на разбиране и прилагане на явлението информация бързо се увеличават, както и обемът на изследване на този обект, прилагането на знанията в практиката.

В съвременните концепции на системите за управление на бази данни силата на релационните идеи е толкова голяма и непоклатима, че всички други модели на представяне на информация все още са описани по същия начин.

Статика - основата на динамиката на знанието

Класификацията по модела на данните е статична. За да се изгради всеки модел, специалистите обобщават натрупания потенциал, рисуват картини, свързват данни и определят (например тематичната област е обработка на текст):

• текстът е абзац или много параграфи;
• всеки параграф е изграден от изречения;
• не всеки параграф има едно изречение;
• всяко изречение може да съдържа няколко фрази или думи;
• почти всички фрази се състоят от думи;
• думите са букви.

Оказва се, че структурата на базата данни и първоначално установеният спектър са противоречиви. Такъв формален модел, зависим от обхвата, винаги е обект на развитие на идеи. Но веднага щом снимките са изчертани и връзките са построени, се оказва, че думите могат да съдържат числа, да бъдат съкращение, името на дадена страна и дума, която изобщо няма значение, а различен абзац може да съдържа връзка към уеб ресурс или тривиална точка. Във всеки случай, това ще бъде ново значение.

Несигурност на значението

Налице е следното: името на страната. Неговата прогнозна стойност е RF = Русия = Руската федерация. Но това е и асоциация със СССР и 15 републики. Има и други опции за имената на различните страни. Индия = колония = връзка с Англия. Америка = Съединените щати = държави = територия, открита от Колумб = територия, където се събраха представители на други страни и сформираха нова нация, която е спорна по много причини.

Думата, която изобщо няма значение, може да бъде „адрес“ към конкретно информационно пространство. Това е причината за развитието на технологията на базата данни. Това е едно нещо, но има толкова смисъл, колкото за цялата технология и задължава да преразгледа основните точки.

Формално, типът, който е посочен в модела за данни, не може да бъде символен низ, номер или структура от данни. Ако в него има реална стойност, това означава, че тя дефинира значението, а смисълът е динамиката, а не фиксираната поредица от символи. Това е факторът на несигурност, който движи развитието на всеки модел на данните.

Концепция за база данни

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

При сегашното ниво на знание, динамиката е дискретна последователност от статични модели, или по-скоро, поредица от превъплъщения на представяния във форма, разбираема не само от автора, т.е. извън неговото съзнание, в модела, в графиките, във връзките, в описанията на програмите.

В общото становище „базата данни е информационен модел, който ви позволява да съхранявате данни за група от обекти, които имат един и същ набор от свойства по един подреден начин. Информацията в базите данни се съхранява по подходящ начин. "

Енциклопедичното "знание" обикновено гласи, както следва: "Базата данни е съвкупност от независими материали, представени в обективна форма (статии, изчисления, регламенти, съдебни решения и други подобни материали), систематизирани по такъв начин, че тези материали може да бъде намерен и обработен с електронен компютър. "

Някои автори по старомоден начин (преди компютрите да станат лични, преносими и джобни) разпределят специална кохорта: настолни бази данни, които включват всичко, което е по-малко от един терабайт и също няма връзка с Oracle.

Видове бази данни

Почти общоприето е да се дефинират три направления, вид и значими различия.

Това е:

1. Йерархична база данни.
2. Мрежова (разпределена) база данни.
3. Релационна база данни.

Почти всички учени и експерти са единодушни: отношенията на връзката са основата. Всички типове бази данни представляват съвкупност от връзки между данните.

Много отдавна, в йерархичните основи в дърветата на отношенията, се забелязва динамиката: това, което първоначално е белязано от връх, става основа, а друг отрасъл придобива статут на пик.

Практиката на използване на мрежови бази данни е предизвикала истинска необходимост не само да се нарисува една база данни на множество сървъри, клъстери и локални машини, но и да се извърши обратна проекция: на няколко компютъра има различни картини (модели) от една база данни на един сървър.

Обхватът също определя кои типове бази данни са валидни в информационното пространство на задачата. Без съмнение в повечето случаи ще има както йерархични, така и разпределени компоненти. Как да наричаме специфична взаимоотношение - няма значение.

Идеи за предимствата и недостатъците

Хардуерният компонент е достигнал нивото на гарантирана надеждност, скорост и ефективност. Въпросът е станал малък: софтуерният компонент трябва да гарантира неговото ниво на компетентност.

Някои автори се позовават на ползите:

• контрол, резервиране, последователност на данните;
• споделяне, гарантиране на тяхната цялост;
• безопасност, стандарти, производителност;
• компромис с противоречиви изисквания;
• наличност, производителност;
• лекота на поддръжка, паралелна работа;
• услуги за архивиране и възстановяване.

Други разглеждат ползите по различен начин:

• ефективно използване на паметта и отлично време за работа;
• ефективно манипулиране на данни;
• същите модели могат да се използват за решаване на много проблеми;
• лекота на моделиране и физическо изпълнение;
• висока ефективност на обработката.

Недостатъците обикновено се определят от:

• сложност, размер, цена;
• разходи за хардуер (финанси);
• разходи за преобразуване (изчислителни и времеви);
• сериозни последствия, ако системата се провали;
• в контекста на мрежовите бази данни: сложността на физическата реализация, твърдостта на комуникацията между елементите на данни, ограниченията по отношение на лекотата на манипулиране на данни;
• йерархични бази данни: грубост, сложност на физическата реализация за големи дървови структури;
• релационни бази данни: липса на стандартни средства за идентифициране на всеки запис.

Всъщност областите на приложение причиняват различни обекти на базата данни, което формира различия в критериите за оценка на предимствата и недостатъците. Това, което няма значение в едно приложение, е изключително важно в друга. Същата база данни може да предизвика успех или да развали всичко.

Организиране на информация и данни

Като общо правило информацията е природен феномен, а данните са компетентност на алгоритъм, програма или разработчик. Често не правят разлика между понятията информация, данни и обекти на базата данни.

Формализацията на обхвата е моделът: реалният обект и субектът в този обект. Например, компания и нейният финансов компонент или фирмено и производствено планиране. Във всяка от тези две задачи не само данните се различават, но и условията за тяхното използване.

1. В счетоводството времето и датата имат едно значение и не могат да се трансформират отвъд специфичните условия (дата на подаване на отчетите към данъка, дати на плащания към бюджета, дати на плащане на комунални услуги, плащане на заплати ...).
2. В отдела за планиране и производство времето и датата имат съвсем различно значение, но тук тя не е свързана нито с месеца, нито с тримесечието, но има значителна разлика - датата може да бъде началото и края на периода.

Дори форматът на представяне на цифрова информация може да бъде важен и се влияе от външни обстоятелства. Вчера парите се измерваха в хиляди и милиони, днес рубли и пари. Вчера тя взе двадесет цифри в целочислената част и нула в дробни, днес е достатъчно пет цифри в целочислената част, но две цифри са задължителни - в дробни. Това, но в действителност има много.

Безпристрастният анализ на базите данни и техните приложения ни позволява да определим основния критерий за формирането на тяхната правилна организация: една наистина функционална база данни е такава система за управление на информацията, която отразява нейната динамика и може да бъде коригирана без участието на програмист.

Динамика на организацията на данните

Твърд модел на данни съществува до промяна на външните обстоятелства. В началото на 90-те години никой не смяташе, че две цифри в полето за дата, заделено за една година, са достатъчни. Колко паника и проблеми предизвикаха бариерата от 640 KB памет в зората на компютърното инженерство.

Колко ужасно днес е начинът за достъп до данни в dBase, Clarion, FoxPro, докато в началото на 90-те всички бяха доволни от всичко. И разработчиците, и потребителите бяха доволни. Но след това имаше малко информация и алгоритмите бяха примитивни.

Какво ще се случи, ако поне една много голяма база данни се провали днес? Oracle и други лидери в индустрията са компетентни и отговорни в проектирането на организацията на данните. Това дори не е нивото на таблици или отделни бази данни, а реални информационни потоци и системи, отразяващи глобалните трансформации в широк кръг задачи.

Днес една йерархична база данни не е само вариант на релационни отношения, който взема предвид неравенството на данните, подчиняването на едно на друго, или зависимостта на нещо от събитие, обект или действие на потребителя. Йерархията допълва релационната концепция в смисъл, че разграничава работата от базата данни, таблицата, заявката и действителното ниво на информацията.

Но не само йерархията може да бъде приложена в неговото недвусмислено и естествено значение, но също така и мрежовата база данни може да съществува на един компютър, който не се различава по функционалност и възможности от собствения си вид, работещ на стотици сървъри по целия свят.

Пример: Проследяване на поща

Реализацията е мрежова база данни. Но не само база или система, а различни държави и компании, които предоставят услуга, натрупват и обработват информация.

Това е йерархична база данни на ниво отделна компания, като във всяко изпълнение ще има подобна йерархия на взаимоотношенията. Вътре в страната има собствена мрежова инфраструктура.

Във всяко конкретно приложение, когато посетител на уеб ресурс търси пощенска пратка, се задейства цялата база данни на мрежата, която не е проектирана като цяло, а се формира „сама по себе си“ поради обхвата.

Коефициентът на множественост на изпълненията и доста специфично искане с отговор на него. Сходство в съставните елементи и функционалност, а също така има само специфични начини за предоставяне на пощенски пратки за превоз. Съществуват идентични по страни методи за доставка и преминаване на митниците. Резултатът е структура на базата данни в полето. Това определя наличието и възможността за прилагане на механизъм за автоматичен обмен на данни. Но комуникационните линии не винаги работят правилно. Сървърите също могат да станат поддръжка.

Местна кеш разпределена информация

В системата за проследяване пощенски пратки никога не се нуждаете от достъп до цялата информация наведнъж. Това е често срещано явление във всички приложения: има цялата натрупана и достъпна информация и има малка част от нея, която е от значение в определен момент във времето.

Нищо не пречи на уеб ресурс да създава локално изображение на разпределена база данни. Например, дойде един посетител. Дори преди да формулира заявка, можете да качите опции за отговор.

Ако имате опит в работата с посетители от дадена страна, тогава може да се знае от кои държави се очакват данните.

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

Да се ​​каже, че в този случай един обектно-релационен модел на информация и достъп до него ще бъде възможен в определен смисъл, но за да се приложи този модел, ще трябва да предоставите инструмент за моделиране на действията на компаниите, работещи в областта на проследяването, т.е.

Разпределени системи за обработка на информация

Има само две възможности, когато типовете бази данни могат да се различават значително. Самият разработчик изгражда модел на разпределена обработка, моделира процесите, формулира диалогови алгоритми и извършва всички свързани дейности.

Вторият вариант: много разработчици вършат работата си, натрупват и предоставят информация, което води до появата на възможността за използване на разпределена обработка на информация. Не е необходимо да създавате свой собствен ресурс. Всяка търсачка е пример за контролиране на достъпа до разпределени данни чрез ключови думи.

Ако формулирате правилните искания, можете да получите адекватни отговори. Няма значение мнението на всички тези уеб ресурси, разработчици и собственици на бази данни, които предоставят информация. Важно е търсачката да работи за ключовата дума, компетентността на която вече е събрана информация или събрана отново.

Думата, която изобщо няма значение

Основният проблем в областта на информацията е бързо нарастващата динамика, към която потребителят не само е свикнал, той го формира и се интересува от адекватността на използваните от него инструменти.

Базите данни не са най-мобилният и динамичен инструмент. Независимо дали предприемачът иска или не, той винаги е завладян от технологиите. Тя не може да създаде база данни, която не се поддържа от съществуващите СУБД, а в 99% от случаите няма възможност и реална нужда да се създаде своя собствена версия.

Междувременно има и частично се прилага различен подход към създаването на съвременни информационни системи. Абстракцията, донесена от обектно-ориентираното програмиране и облачните технологии, ни позволява да дефинираме дума, която първоначално няма никакво значение, но я придобива с времето.

Всеки си прави нещо. Базите данни работят в редовен режим, появяват се нови, обновяват се старите. Уеб ресурсите поемат функции системи за управление на бази данни на потребителско ниво. Търсачките свързват ключови думи и заявки с пространството на наличната информация, събрана по техните уникални критерии.

В тези два примера уеб ресурсите - прозорците в базите данни и търсачките, в информацията, събрана по критериите, представляват наистина работеща идея за динамичното използване на информацията.

Динамични бази данни

Проблем със сигурността доведе до проблем с ограничаването на достъпа. Има много имена и пароли, много служители и увеличение на броя на загубите на информация, достъп, лични данни. Работата за работа не е най-доброто решение.

Компанията е решена да изпълни мисията си, а не да гарантира, че нейната служба за сигурност подкрепя нормалната работа на нейните забравени служители. Човешкият фактор е важен за разглеждане.

Адекватни и популярни динамични бази данни, които моментално улавят цялата инфраструктура на компанията и нейните служители, автоматично се предоставят на всеки, според неговите правомощия, от всяко устройство.

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

Характерна особеност на съвременната обработка на информация: експертите са се научили да работят в динамика и да използват статичния потенциал на тромавите бази данни в контекста на променящите се нужди.

Светът на обекти, системи и решения

Реалните обекти и операционните системи се комбинират в областта на приложението от вземащия решения. Самият факт на посещение на ресурс, достъп до даден обект, използване на системата има цел и резултат.

Няма нужда да фантазирате за изкуствен интелект, когато е достатъчно да натрупате практиката на вземане на решения от човек и да го използвате. Не е необходимо да се обвързват решенията, взети от служителите на една фирма, към работата на тази структура.

Обхватът на антивирусната защита отдавна събира вирусни заплахи от всички възможни направления и ги обобщава за използване във всеки конкретен случай. Колкото по-голям е обемът на улавяне на нарастващите заплахи, толкова по-ефективна е борбата срещу тях в конкретни работни места.

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