Проектирането на база данни е последователен процес на адаптиране на наличните знания и инструменти за представяне и обработка на информация.
Реално приложение, конкретна задача,описание на входящия информационен поток и общи идеи за процеса на обработка на информацията постепенно се добавят към определена концептуална представа за това какво представлява базата данни в даден случай и как да се работи с нея.
Релационните отношения са в основата на всекиинформационен модел. Решенията на Oracle по същество са еквивалентни на MySQL, но те са коренно различни в много аспекти. Проектирането на база данни също е свързано със сигурността, обема на информацията и отчетността за валидността на данните, но това са второстепенни проблеми в контекста на проектирането на ефективна, надеждна и лесна за ползване база данни.
Таблиците на Excel не се различават от Oracle иMySQL в контекста на правоъгълни (релационни) конструкции: колони и редове = една клетка в пресечната точка на името на колоната (полето) и индекса за избор (ред). Ако не вземете предвид мярката и обема на ръчния труд, тогава, благодарение на усъвършенстваните средства за комбиниране на клетки вертикално и хоризонтално, Excel дори изпреварва Oracle!
Excel, според основната си идея, никога не "блести"динамика, функционалност на Oracle и не може да прехвърля нещо от един лист на друг „от останалите“. Oracle е по-обещаващ тук, но съображенията му за мигриране на големи количества информация и комбиниране на формализирани позиции от различни източници оставят много да се желае. Тук MySQL е по-обещаващ: не си поставя глобални задачи, но си върши работата перфектно.
Отношенията в отношенията са удобни, практични иразработените инструменти, от частни решения на ниво Excel до глобалните обеми на Oracle, се използват навсякъде, в търсенето и имат гарантирано бъдеще с работа.
Съвременната база данни се състои от таблици, редове, колони и индекси, заобиколени от пълна функционалност, усъвършенствани допълнителни инструменти, които отчитат множество операции, големи товари и огромни обеми.
Познания и опит на съвременните системи за управлениебазите данни (СУБД) вземат предвид не само въпросите за оперативната надеждност, надеждността на данните, регулирането на достъпа и проблемите със сигурността, но също така дават възможност за проследяване на негативни външни влияния, анализ на възможни атаки и опити за умишлено увреждане.
Съвременната база данни е надеждна основа за всеки уеб ресурс и локално приложение, способността да мигрира информация, да трансформира и прехвърля данни, да пресича и комбинира различни представителства.
Единственото съществено условие:висока квалификация на разработчика. Ефективното проектиране на релационни бази данни е достъпно за специалист и по-често за екип от специалисти и експерти в областта на приложението на решавания проблем.
Информацията циркулира навсякъде.Много проекти са пряко свързани с Интернет, но факторът на официалното представяне на данните тук не е по-добър от фактора на несигурността при създаването на уеб ресурс за стоманодобивна фабрика.
Развитие и масов интерес към онлайн магазинине дава основание и възможност за прехвърляне на опита от създаването на един магазин към създаването на друг. Факторът търговска тайна създава много пречки за трансфера на знания, въпреки че по същество самият магазин трябва да бъде отделен от софтуерните инструменти, създадени за този магазин.
Разбира се, клиентът е платил и кодът на сайта енеговата собственост. Характерна особеност на нашето време: трансферът на знания и най-добри практики между задачи от същия тип и свързани области на приложение е невъзможен и това е проблем.
Разбор - широк спектър от приложения за системиуправление на база данни. На първо място, това е сканиране на информация от Интернет. Също толкова важно е да се сравнят натрупаната в базата данни информация и исканията на посетителите на уеб страници.
Анализът на ключовите думи също е свързан с необходимостта от формиране на оптимално решение, но проектирането на бази данни в Access може да е по-обещаващо, отколкото в MS SQL Server или Oracle.
Списъкът с източници на информация може да бъдединамичен. Динамиката може да бъде присъща на изходните таблици на базата данни, имената на полета на таблицата и правилата за заявки (заявки). Проектирането на релационни бази данни от множество източници недвусмислено принуждава развитието от изходните данни, а не от оптималната организация на събраната информация.
Има две точки, които са присъщи на всяка база данни:
Във всяка област на приложение има формален модел на входящия информационен поток, моделът за съхранение на информация е действителната структура на базата данни и моделът (алгоритъмът) на използване на данните.
Основите на дизайна на базата данни обикновено се разделят на три етапа. Различните специалисти имат различни имена за етапите на работа, но всъщност има три позиции:
Практиката допринася за установените традиции.Без значение колко сложна е областта на приложение и проблемът, който се решава. Винаги се изисква изборът на подходящия набор от инструменти. Например трябва да събирате информация от посетителите на уеб ресурс, но трябва да я сравнявате с данни от MS SQL Server. Уеб ресурсът се хоства на базиран на FreeBSD (Интернет, сървър Apache), а MS SQL Server в друг град е достъпен чрез разпределената мрежа на компанията.
В това решение се изисква първо да се реши определен проблем: да се установи обмен на данни с вътрешния сървър.
Техническо изпълнение на общата задача всъс сигурност ще окаже влияние върху началния етап: рядко, когато проектирането на бази данни може да се извърши от нулата. Дори според доказаната технология за решаване на проблеми, сферата на приложение се развива, винаги е необходимо да се направи нещо по-различно от първоначалното.
Напоследък много теоретици и практическиспециалистите оперират с обекти като специални данни. Това са абстракции, които ви позволяват да опишете модела на информацията на входа, по време на обработката и в крайния резултат - базата данни.
Проектиране на база данни чрез абстракции и обекти: възможност за създаване на информационна картина, дефиниране на типове данни и връзки между тях.
Обикновено този дизайн на модела на базата даннизавършва с графичен модел, използването на MS Visio или графични средства на избраната СУБД. Access има своя собствена версия за формиране на информационна картина, MySQL има своя, а някои системи за управление на сайтове напълно скриват базата данни, налагайки модел на данни на разработчика чрез собствени обекти - обекти на проблема, който се решава.
Характерна особеност на много системи за управлениесайтове (CMS) - те отправят „заявка“ до нивото на по-голяма абстракция, когато описват информационната област на проблема, който се решава. Реалната база данни е скрита, CMS предлага на разработчика собствената си представа за информационната картина на света.
В резултат на това етапите на проектиране на база даннисе свеждат до спазване на основните изисквания и изпълнение на стъпките, предложени от създателите на конкретна CMS. Няма нищо лошо в използването на идеи за бази данни и техния дизайн от Symfony или Bitrix, Zend или Yii, но за разработчика това е „тежест“.
В идеалния случай инструментите за проектиране на бази данни трябва да се избират и прилагат поотделно, без да се взема предвид чуждо мнение, а да се използват натрупаният опит и знания.
В идеалния случай разработчикът има сертификат отOracle, но е напълно приемливо квалификацията на разработчиците да включва разбиране на информационните идеи на Oracle и работещи познания за MySQL.
При сложни проекти и разпределена обработка на информация е важна не само базата данни, но и източниците на информация, идеи за нуждите на потребителите.
Изискването за последователност има най-многонепосредствено значение. Основите на дизайна на базата данни също включват етапи на работа, мониторинг на междинните резултати, преосмисляне на всеки завършен етап въз основа на изпълнението на следния вид работа:
Тези разпоредби са абстрактни, но те присъстват във всяка теоретична и практическа технология за създаване на ефективна база данни.
Никоя технология не се развива сама,хората го движат напред. Квалификацията на екипа за разработка е от съществено значение. Информационният модел на базата данни е не само рамка, но и информационни потоци.
Какво е по-приоритетно:красивите графики в представянето на структурата на база данни или точното описание на информационните потоци в динамика е въпрос не само на задачата и областта на приложение, но и мнението на екипа за разработка в динамиката.
Рамките са всичко, но в контекста:концептуалният дизайн на базата данни решава всички квалификации. Всички хора са уникални и в областта на информационните системи идеите на конкретни хора съществуват и се развиват.
Важно е да сформирате екип за разработка, а немитични етапи на проектиране на база данни, предложени от авторитетен експерт. Авторитетът на този специалист се формира въз основа на конкретни произведения в определен момент. Работата трябва да се свърши днес, нова задача, модерно оборудване, свежи технологии, ...
Възможно е обратното.В тези формати има Excel и Access и „изобилни“ данни от древни времена, когато Windows for Workgoups все още е бил жив и здрав. Остават частични данни от dBase и Quattro. Днес тези думи вече са забравени, но информацията остава, тя е търсена и трябва да бъде извлечена и да се формират нови идеи.
Облачната технология не е като база данни, коятонаправено от Аштън-Тейт. Това, което някога е купил Oracle, няма нищо общо с това, което прави днес. Но в програмирането от тези ранни 80-те има променливи, алгоритми, функции, цикли и условия. Освен ако концепцията за процедура не е потънала в забвение и всичко, както е било в древността, е останало.
Дори съвременните идеи за обектно-ориентирано програмиране са облечени в класическите синтактични и семантични „окови“ от миналия век.
Какво да се прави - програмирането е инерционно, ноформализирането на информацията и проектирането на информационни бази данни е повече процес, отколкото резултат. Етапите на работа са предпоставка за постигане на резултат. Но кой преброи броя повторения от междинните етапи почти до началото на работата?
Информацията винаги е динамична, нищо не стоиместоположение: особено предметната област на задачата и изискванията на потребителя. Всеки завършен етап на работа ви позволява да оцените какво вече е направено и какво трябва да се направи на ново ниво.
Помислете за проектиране на основна структураданни като задача и получаването на крайния резултат е безполезно. Веднага след като базата данни бъде пусната в експлоатация, със сигурност ще се появи нова идея, дори ако инструментът за създаване на база данни е „прост“ Excel, а не фантастично мощен и многостранен продукт на Oracle, който манипулира милиони транзакции, стотици хиляди едновременни потребители и терабайта информация.
Приоритетът не е структурата на базата данни, аформирането на квалифициран екип от специалисти, плюс задължителното изискване за по-динамичен резултат, така че след приключване на работата не е необходимо да се свързвате с разработчиците, поне няколко месеца.
Windows не е база данни, но има реликва- регистрирам. Файлът хостове е просто идентификация на IP адресите и символичните имена на локалния компютър. Но чрез този файл се формират потоци от информация от различни домейни или към различни СУБД.
Разберете многото лица на Windows като работен компютърили сървър е възможно, но няма начин да се оправдае логиката на версиите на този продукт. PHP също не е база данни, но аргументите на разработчиците защо версия 7 е последвана веднага от версия 7 не са последователни. PHP е инструмент за достъп до MySQL, неговият синтаксис определя как да се формират заявки и да се получават отговори от базата данни с помощта на SQL диалекта.
Примери за несъвместимост на съвременните инструментипрограмирането и поддръжката на база данни се превърнаха в норма през последните години, но това не е най-оригиналното. Какво ще стои зад версията на Windows 10? Какви са перспективите до Oracle Database 12c?
Информация за разработчика-автор:„Oracle Database 11g Express Edition (Oracle Database XE) е система за управление на база данни на начално ниво, базирана на Oracle Database 11g Release 2 код. Тя е безплатна за разработване, внедряване и продажба, бърза за изтегляне и лесна за администриране.“
Мнение на разработчика на потребителя: „През 2013 г.Днес Oracle пусна Oracle Database 12c (версия 12.1.0.1), предоставяйки основните предимства на по-ниските разходи за съхранение, високата наличност на данните, лекотата на консолидация на базата данни и сигурността на достъпа до данни.
Реална практика:обективен, ефективен и ефективен дизайн на логическа база данни е достъпен само за екип от квалифицирани разработчици. Не е трудно да се получи работен резултат, трудно е да се формализират входящите информационни потоци и да се определи оптималната основа.
С появата на обектно-ориентиранитепрограмиране, сериализацията на данни получи втори вятър. Всъщност всичко наоколо е само линии, за предпочитане с неопределена дължина. Числата и датите също са символни низове.
Силата и обективността на релационните отношения -безспорно, но дали динамиката на колони и редове уврежда репутацията им? Таблицата е просто данни, които могат да имат заглавка (списък с колони) или да нямат редове. Нека таблицата е просто колекция от данни, не е задължително да се именува.
Събирането на данни може да бъде разнородно и втой може да намери данни за различни структури. По принцип хомогенността на данните показва развитието на областта на приложение. Разпределението на данните по видове и типове е признак на систематичен и обективен подход, но все пак е препоръчително да се предположи вероятността от динамиката на структурите.
Ако донесете дизайна и създаването на основатаданни извън границите на твърди структури и приемете, че таблицата е съвкупност от редове, които не са непременно от един и същи тип и са сходни по семантика един на друг, тогава дизайнът на базата данни ще се промени радикално.
Предмет на работата няма да бъде описание на структурата на базата данни, а динамиката на движението на информацията. Етапите на работа ще бъдат разделени на три центъра на тежестта:
Няма понятие за структура на таблицата.Няма редове или колони. Има абстракция - дадена от определена структура, която удовлетворява определена точка в алгоритъма. По-конкретно, функцията за обработка на информация изисква специфична информация в определен обем.
Задължително изискване за рекурсивност на всичкифункции за обработка на информация и фокус върху функции, а не върху данни, ви позволява да проектирате база данни в динамиката на натрупаната информация и входящия поток от данни, които се използват по инициатива на потребителя, процеса или друга функция.
Всъщност: дойде сигнал за използване, получи се заявка за извличане, задейства се задействане в приложението и входящата информация чрез вече наличната информация осигури желаното решение.
Знанието е човешка прерогатива, програмите са в тежесткомпютри. Разработчикът е свободен да прилага знания, както намери за добре в конкретна ситуация. Обикновеният човек използва много бази данни, без да му придава значение. Никой не знае как са организирани бази данни в главата на обикновен човек, но всеки знае как той води бизнеса си, къде записва какво, как намира какво и кога трябва да го използва.
Резултатът от работата на програмиста е на нивопрограми на "BASIC", която чрез ODBC извлича данни от сайта на онлайн магазин, е еквивалентна на озаглавения разработчик на Oracle, който прави заявка за извличане на данни от авиокосмическото шоу MAKS. И двата резултата "замръзват" статично от момента на завършване на работата. Това не са активни знания, които човек използва; това е тайната на създаването на система за проектиране на база данни.
Алгоритъмът не може да бъде фиксиран.Всичко трябва да се определя в динамика. Предимствата на квалифицираните разработчици са несъмнени, но те не се крият в елегантните форми на решения от Oracle, MySQL или ограничените възможности за достъп. Друга електронна таблица на Excel може да осигури динамично съдържание и да не изисква участието на програмист за повече или по-малко прилично време след приключване на работата.
Въпросът е доколко добре е формализирана динамиката на областта на приложението, а не структурата на базата данни.
Невъзможно е да се планира работа по такъв начин, че да се обвърже екип от професионални разработчици със задачата. Не че отборът е обиден, но това не е правилният подход.
Задачата за проектиране на база данни трябва да бъдетой е формулиран така, че разработената функционалност да се самоусъвършенства, да натрупва знания и при изпълнение на своите „задължения“ да не изхожда от кода, създаден от специалисти, а от знанията, придобити чрез този код.
