КАТЕГОРИЯ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) Полиграфия- (1312) Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) Arhitektura- (3434) Astronomiya- (809) Biologiya- (7483) Biotehnologii- (1457) Военни бизнесмен (14632) Висока technologies- (1363) Geografiya- (913) Geologiya- (1438) на държавата (451) Demografiya- ( 1065) Къща- (47672) журналистика и смирен (912) Izobretatelstvo- (14524) външен >(4268) Informatika- (17799) Iskusstvo- (1338) историята е (13644) Компютри- (11,121) Kosmetika- (55) Kulinariya- (373) културата е (8427) Lingvistika- (374) Literatura- (1642) маркетинг-(23702) математиците на (16968) Механична инженерно (1700) медицина-(12668) Management- (24684) Mehanika- (15423) Naukovedenie- (506) образователна (11852) truda- сигурност (3308) Pedagogika- (5571) Poligrafiya- (1312) Politika- (7869) Лево- (5454) Priborostroenie- (1369) Programmirovanie- (2801) производствено (97 182 ) индустрия- (8706) Psihologiya- (18388) Religiya- (3217) Svyaz (10668) Agriculture- (299) Sotsiologiya- (6455) на (42831) спортист строително (4793) Torgovlya- (5050) транспорт ( 2929) Turizm- (1568) физик (3942) Filosofiya- (17015) Finansy- (26596) химия (22929) Ekologiya- (12095) Ekonomika- (9961) Electronics- (8441) Elektrotehnika- (4623) Мощност инженерно ( 12629) Yurisprudentsiya- (1492) ядрена technics- (1748)

Rozrobka БАЗИ danih




Doteper за zamovchuvannyam peredbachalosya Scho danі в bazі трудят deyaku структура. Napriklad на малък. 1.5 pokazanі Vier tablitsі: Property_for_Rent, Собственик, Наемателят аз лизинг. Ale як Була otrimana такава структура? Vіdpovіd на ТСЕ мощност dosit проста: структура БАЗИ danih viznachaєtsya PID час її proektuvannya. Въпреки това, процесите proektuvannya БАЗИ danih Mauger viyavitisya Nadzvychaina sytuatsia сгъване. За stvorennya система Scho zadovolnyala б іnformatsіynim изисква deyakoї organіzatsії, neobhіdno vikoristovuvati pіdhіd Scho zovsіm vіdrіznyaєtsya ОД metodіv rozrobki zvichaynih файлова система в UNL робот yakih polyagaє в rozrobtsі програма, Scho zadovolnyayut изисква okremih pіdrozdіlіv. За uspіshnoї realіzatsії система на osnovі БАЗИ danih neobhіdno podumati, nasampered за danі аз лишаване potіm за затопляне. Такава zmіna pіdhodu tsіlkom Mauger як roztsіnyuvatisya zmіna парадигма.

Обитатели на системните tsіlkom zadovolnyala RFQ koristuvachіv, neobhіdno duzhe uvazhno postavitisya до процеси proektuvannya БАЗИ danih. CAA sproektovana база danih Бюд porodzhuvati pomilki, zdatnі водят до грешна rіshen на приемане, Scho себе samі seryoznі naslіdki sprichinyat за danoї organіzatsії.

W іnshogo страна, добра sproektovana база danih позволено stvoriti система Scho postavlyaє korektno іnformatsіyu Scho Mauger uspіshno vikoristovuvatisya за верността на приемане и efektivnosti rіshen.

В съжалявам іsnuyuchi metodologії proektuvannya бази danih боде не znayshli широк poshirennya. Bіlshіstorganіzatsіy чи okremih rozroblyuvachіv в proektuvannі бази danih в duzhe neznachnіy stupenі pokladaєtsya да SSMSC nebudu metodologії. Същото tsya obstavina често vvazhaєtsya основните причини nevdach в іnformatsіynih системи rozrobtsі. Чрез vіdsutnіst strukturovanih pіdhodіv да proektuvannya бази danih neobhіdnі за провеждане rozrobki час ресурси zvichayno nedootsіnyuyutsya и stvorenі БАЗИ danih често neefektivnі чи не vіdpovіdayut vimogam занаяти програми. Нада dokumentatsіya често buvaє nedostatnya Scho Nadzvychaina sytuatsia uskladnyuє suprovіd stvorenoї БАЗИ danih.

1.4. Rozpodіl obov'yazkіv в база данни, системи S danih

В tsomu rozdіlі ми rozglyanemo zgadany vische p'yaty компонент SKBD - їїkoristuvachіv. Serednih mozhna vidіliti ЧЕТИРИ rіznі групи:

· Admіnіstratori danih аз danih база данни;

· Rozroblyuvachі danih основи;

· Prikladnі programіsti;

· Kіntsevі koristuvachі.

1.4.1. Admіnіstratori danih аз admіnіstratori бази danih

Base danih аз SKBD Je корпоративните ресурси, yakimi Varto keruvati толкова много, як и дали yakimi іnshimi ресурси. Zvichayne keruvannya danimi аз bazoyu danih peredbachaє keruvannya контролираме SKBD аз pomіschenimi в neї danimi. Admіnіstrator danih, чи BP (Data Administrator - DA), vіdpovіdaє за keruvannya danimi, vklyuchayuchi planuvannya БАЗИ danih, rozrobku suprovіd standartіv аз, аз dіlovih БИЗНЕС процедурни правила, както и takozh за Концептуален аз logіchne proektuvannya БАЗИ danih. АД консултира аз daє svoї rekomendatsії kerіvnitstvu vischoї Ланка kontrolyuyuchi vіdpovіdnostі zagalnogo napryamku rozvitku БАЗИ danih предприятието дефинирани tsіlyam.



Admіnіstrator БАЗИ danih, чи DBA (Database Administrator - DBA), vіdpovіdaє за fіzichnu realіzatsіyu БАЗИ danih, vklyuchayuchi fіzichne proektuvannya аз vtіlennya проект за zabezpechennya Bezpeka аз tsіlіsnostі danih за suprovіd система operatsіynoї, и takozh за zabezpechennya maksimalnoї produktivnostі програма аз koristuvachіv. В porіvnyannі и BP obov'yazki DBA носенето bіlsh tehnіchny характер, аз за tsogo neobhіdne Znannya konkretnoї SKBD. Аз система otochennye. В някои organіzatsіyah mіzh tsimi роли не robitsya rozhodzhen, и іnshih vazhlivіst корпоративен resursіv vіdbita сама от vidіlennі okremih персонала в Групата е zaznachenim obov'yazkіv дял.

1.4.2. Rozroblyuvachі danih бази

В proektuvannі идеалното място danih вземе съдбата на две rіznih типи rozroblyuvachіv: rozroblyuvachі logіchnoї danih аз БАЗИ БАЗИ rozroblyuvachі fіzichnoї danih. Rozroblyuvach logіchnoї БАЗИ danih zaymaєtsya іdentifіkatsієyu danih (tobto sutnosteyі їh atributіv) zv'yazkіv mіzh danimi аз vstanovlyuє obmezhennya Scho nakladayutsya на zberezhenі danі. Rozroblyuvach logіchnoї БАЗИ danih Спазвайте майка vsebіchne аз Povny rozumіnnya структуриране danih organіzatsії іїh БИЗНЕС правила. БИЗНЕС правила opisuyut характеристики osnovnі danih разгледаме organіzatsії. Nizhche водеща челно видове БИЗНЕС правила.

· Дали Yaky Mauger spіvrobіtnik не vіdpovіdati odnochasno bіlsh nіzh десет ob'єktіv neruhomostі Scho zdayutsya в Оренда Chi prodayutsya.

· Бъдете spіvrobіtnik Yaky не Имаш право prodavatsya чи zdavati в своята Оренда Vlasnyi neruhomіst.

· Dovіrena човек не Mauger vistupati odnochasno pokupets аз як, як аз Продавач neruhomostі ..

За efektivnoї роботи rozroblyuvach logіchnoї БАЗИ danih спазвайте yakomoga ranіshe vklyuchiti vsіh peredbachuvanih koristuvachіv БАЗИ danih в процесите stvorennya modelі danih. Робот rozroblyuvacha logіchnoї БАЗИ danih podіlyaєtsya две Etap.

· Концептуални proektuvannya БАЗИ danih Scho zovsіm не депозити OD такива подробности її vtіlennya, як бетон tsіlova SKBD, топло, MTIE programuvannya чи дали yakoї іnshoї fіzichnoї характеристики.

· Logіchne proektuvannya БАЗИ danih Scho проведе urahuvannyam е Особено obranoї modelі danih: relyatsіynoї, merezhnoї, ієrarhіchnoї ob'єktno чи-orієntovanіy.

Rozroblyuvach fіzichnoї БАЗИ danih oderzhuє Готов logіchnu модел danih, zaymaєtsya її fіzichnoyu realіzatsієyu трябва да chislі:

· Peretvorennyam logіchnoї modelі danih nabіr в таблица I obmezhen tsіlіsnostі danih;

· VIBOR конструкция zberezhennya аз metodіv достъп до danih Scho zabezpechuyut neobhіdny rіven produktivnostі в robotі ите bazoyu danih;

· Proektuvannyam дали yakih neobhіdnih направено от Mir Zahist danih.

Bagato etapіv fіzichnogo proektuvannya БАЗИ danih в znachnіy mіrі остаряла ОД obranoї tsіlovoї SKBD и че Mauger іsnuvati kіlka rіznih sposobіv utіlennya neobhіdnoї схема. Otzhe, rozroblyuvach fіzichnoї БАЗИ danih спазвайте rozbiratisya в funktsіonalnih mozhlivostyah tsіlovy SKBD аз rozumіti dostoїnstva аз nedolіki кожата mozhlivogo varіanta vtіlennya. Rozroblyuvach fіzichnoї БАЗИ danih спазвайте umіti вибрато naybіlsh pridatnu strategіyu zberezhennya danih ите urahuvannyam vsіh іsnuyuchih osoblivosteyїh vikoristannya. Yakscho Концептуален аз logіchne proektuvannya БАЗИ danih vіdpovіdaє на zapitannya "Scho?", Тогава fіzichne proektuvannya vіdpovіdaє на zapitannya "як?". За проблеми rіshennya Tsikh vimagayutsya rіznі navichki робот yakimi naychastіshe volodіyut rіznі хора.

1.4.3.Prikladnі programіsti

Vіdrazu pіslya stvorennya БАЗИ danih Varto pristupiti да rozrobki програма, Scho nadayut koristuvacham neobhіdnіїm funktsіonalnі mozhlivostі. Същото Чиу робот аз vikonuyut prikladnі programіsti. Zvichayno prikladnі programіsti pratsyuyut на osnovі spetsifіkatsіy, stvorenih системен analіtikami. Як правило, кожен Programa mіstit deyakі оператори, Scho vimagayut ОД SKBD vikonannya viznachenih Закона разумно и bazoyu danih - napriklad, takі як vityag, добавям, чи vіdnovlennya vidalennya danih. Як има zgaduvalosya в poperednomu rozdіlі, tsі прог mozhut stvoryuvatisya на rіznih movah programuvannya Chi-трети от четвъртия pokolіnnya.

1.4.4. Koristuvachі

Koristuvachі Je klієntami БАЗИ danih - Won proektuєtsya, stvoryuєtsya аз pіdtrimuєtsya за обитатели obslugovuvatiїh іnformatsіynі необходими. Koristuvachіv mozhna klasifіkuvati начини за тях vikoristannya система.

· Naїvnі koristuvachі zvichayno navіt аз не pіdozryuyut за nayavnіst SKBD. Понг zvertayutsya да Bazi danih за програма за взаимопомощ spetsіalnih SSMSC dozvolyayut в maksimalnіy stupenі sprostiti vikonuvanі operatsії тях. Takі koristuvachі іnіtsіyuyut vikonannya operatsіy в БАЗИ danih, начина на приложение nayprostіshih екипи чи команди от менюто vibirayuchi. Цзе означава Scho така koristuvacham potrіbno nіchogo не знам за основата danih SKBD. Napriklad, обитатели dovіdatisya tsіnu продукт, Катир в supermarketі vikoristovuє скенер zchituvannya заявление до Демба баркод. В rezultatі tsієї nayprostіshoї dії spetsіalna Programa не tіlki zchituє баркод, бира и vibiraє на ценности osnovі Yogo tsіnu ите БАЗИ danih и takozh zmenshuє стойност в іnshіm polі БАЗИ danih Scho poznachaє zalishok като tovarіv на skladі, pіslya chogo vibiraє tsіnu аз zagalnu vartіst на kasovomu aparatі.

· Dosvіdchenі koristuvachі. Z страна на спектъра іnshogo znahodyatsya dosvіdchenі kіntsevі koristuvachі Scho znayomі Zi структури БАЗИ danih аз mozhlivostyami SKBD. За vikonannya neobhіdnih operatsіy смрад mozhut vikoristovuvati Таку movu zapitіv храм rіvnya, як SQL. А deyakі dosvіdchenі koristuvachі mozhut navіt stvoryuvati vlasnі prikladnі прог.

1.5. История rozvitku SKBD

Як има zgaduvalosya vische, poperednitsyami SKBD Буле faylovі система. Въпреки това, съществуват SKBD не доведе до Povny zniknennya файлова система. За vikonannya deyakih spetsіalіzovanih задачи podіbnі faylovі Sistemi vikoristovuyutsya doteper. Vvazhaєtsya Scho rozvitok SKBD pochavsya процеп в 60-и Роки, ако rozroblyavsya проект polotu кораб Аполо на mіsyats. проект Tsei е отворен ЦКБ и іnіtsіativi американския президент Джон. Ф. Kennedі Scho поставяне на задача на visaditi Lyudin mіsyats да kіntsya desyatilіttya. В този час не іsnuvalo nіyakih системи zdatnih obroblyati ABO keruvati с такава velicheznoyu kіlkіstyu danih Scho на Bulo neobhіdno за realіzatsії tsogo проект.

В главната pіdryadchika rezultatі fahіvtsі - fіrmi North American Aviation (teper tsya FIRMA nazivaєtsya Rockwell International) - rozrobili zabezpechennya софтуерни заглавия за ГУАМ (генерализирана Метод Актуализация Access). Основният іdeya ГУАМ е разгледана pobudovana на tіm Scho malі компоненти poєdnuyutsya веднъж Як Частейн bіlsh голяма Компоненти Connection Доти, боде е не Bude zіbrany voєdino целия проект. Tsya vіdpovіdna іnvertovanomu дървовидна структура е често nazivaєtsya ієrarhіchnoyu структури (йерархична структура). В seredinі 60 rokіv IBM Corporation priєdnalasya да NAA fіrmi spіlnoї за роботи над ГУАМ, са били гледани rezultatі мишена chogo система IMS (Система за управление на информационната). Причината yakіy IBM Corporation obmezhila funktsіonalnі mozhlivostі IMS tіlki keruvannyam ієrarhіyami zapisіv, polyagala в tіm Scho Bulo neobhіdno zabezpechiti робот и придават zberezhennya е poslіdovnim достъп и същ ите magnіtnimi strіchkami, Scho Буле основен вид nosіya в един час. Чрез ТСЕ deyaky час път obmezhennya преодолее. Nezvazhayuchi на тези Scho и IMS Je naypershoyu usіh komertsіynih SKBD, Won doteper zalishaєtsya главно ієrarhіchnoyu SKBD, як vikoristovuєtsya на bіlshostі голяма meynfreymіv.

Іnshim pomіtnim dosyagnennyam средата на 60-те години беше прегледан rokіv система се е появила IDS (Integrated Store Data) fіrmi General Electric. Robot над нея ocholyuvav един и pіonerіv doslіdzhen в oblastі keruvannya системи бази данни danih - Чарлз Бакман (Charles Бахман). Rozvitok tsієї Sistemi privіv stvorennya до нов тип системи за бази данни keruvannya danih - merezhnih (мрежа) SKBD - Scho vplinulo іnformatsіynі на системата на pokolіnnya. Merezhna SKBD stvoryuvalasya за подаване bіlsh сгъване vzaєmozv'yazkіv mіzh danimi, означаваме Ti, kotrі mozhna modelyuvati Bulo за облекчаване ієrarhіchnih структури и takozh за formuvannya danih стандартни бази. За stvorennya като standartіv през 1965 rotsі на konferentsії organіzatsії CODASYL (Конференция за Data Systems езици) , Scho проведе в uchastі predstavnikіv Uryadov US аз bіznesmenіv, Bula монолитен robochem Grupa Списък Processing Task Force, pereymenovana през 1967 rotsі в групата Data Base Task Group (DBTG ). В kompetentsіyu фенките DBTG включени viznachennya spetsifіkatsіy seredovischa Scho допускат двупосочно rozrobku бази danih аз keruvannya danimi. Poperednіy varіant zvіtu tsієї фенките opublіkovany ЦКБ през 1969 rotsі и Purshia Povny varіant - през 1971 г. rotsі. Оферти фенките DBTG mіstili три компонента.

· Merezhna схема - TSE logіchna organіzatsіya vsієї БАЗИ danih в tsіlimo (и Погледнете ADB), Scho vklyuchaє viznachennya іmenі БАЗИ danih, тип кожа запис и компоненти Connection zapisіv тип кожа.

· Pіdskhema - TSE Chastina БАЗИ danih, як Спечелил bachitsya koristuvacham чи Programs.

· Mova keruvannya danimi - іnstrument за характеристиките viznachennya аз структуриране danih и takozh за keruvannya тях.

· Grupa DBTG takozh zaproponuvala standartizuvati три rіznі MTIE,

· Mova viznachennya danih (Определение Data Език - DDL) за схема, Scho позволено DBA opisati її на.

· Mova viznachennya danih (takozh DDL) за pіdskhemi Scho позволено viznachati в Programa Ti Частейн БАЗИ danih достъп до yakih Бюд neobhіdny.

· Mova manіpulyuvannya danimi (Data Manipulation >

Nezvazhayuchi на тези Scho Tsei zvіt ofіtsіyno не ЦКБ skhvaleny Natsіonalnim Іnstitutom САЩ Standartizatsії (Американски институт за стандартизация - ANSI), голям системи Количество Bulo rozrobleno в povnіy vіdpovіdnostі ите tsimi propozitsіyami фенките DBTG. Teper смрад nazivayutsya CODASYL-системи, Chi DBTG-системи. CODASYL-Sistemi аз система на osnovі ієrarhіchnih pіdhodіv yavlyayutsya го SKBD Perche pokolіnnya.

Bіlsh бележка смрад rozglyadayutsya в dodatkah Б "модел Merezhna danih" Аз T "модел Ієrarhіchna danih" vіdpovіdno. Въпреки tsі DVI modelі труд navedenі nizhche nedolіki:

· Navіt за vikonannya просто zapitіv ите vikoristannyam perehodіv аз достъп до viznachenih zapisіv neobhіdno stvoryuvati dosit skladnі прог.

· Nezalezhnіst ОД danih іsnuє лишаване от mіnіmalnіy stupenі.

· Vіdsutnіst zagalnoviznanih theoreticity бази.

През 1970 rotsі E.F.Kodd (ER Codd), Scho pratsyuvav в doslіdnitskіy laboratorії IBM korporatsії, opublіkuvav duzhe vazhlivu аз duzhe svoєchasnu Statte за relyatsіynu модел danih Scho издава разрешение usunuti nedolіki kolishnіh модели. Slіdom за CIM z'yavilasya bezlіch experiental relyatsіynih SKBD и Pershi komertsіynі ПРОДУКТИ z'yavilisya naprikіntsі 70 - кочан 80 rokіv. Особено slіd zaznachiti проект System R, rozrobleny в doslіdnitskіy laboratorії korporatsії на IBM, roztashovanoї в mіstі Хосе Kalіfornіya, stvoreny naprikіntsі 70 rokіv (Астрахан и сътр., 1976). Tsei ЦКБ проект zadumany ите metoyu донесе praktichnіst relyatsіynoї modelі Scho постижимо за взаимопомощ realіzatsії peredbachenih нейните структури danih аз neobhіdnih funktsіonalnih mozhlivostey. На osnovі проект tsogo Буле otrimanі nayvazhlivіshі резултат:

· Bula rozroblena strukturovana Mova SQL zapitіv Scho и тихо pіr стана стандарт movoyu дали yakih relyatsіynih SKBD.

· На 80 Rokach Буле stvorenі rіznі komertsіynі relyatsіynі SKBD - napriklad, DB2 чи SQL / DS korporatsії IBM чи korporatsії Oracle Oracle Corporation.

В часа ДАНИАН іsnuє kіlka стотици rіznih relyatsіynih SKBD за meynfreymіv аз mіkrokomp'yuterіv, ходжа за bagatoh znih viznachennya relyatsіynoї modelі носят Troch perebіlsheny характер. Як, челно SKBD за bagatoh koristuvachіv Mauger sluzhiti система CA-OpenIngres fіrmi Computer Associates и Informix fіrmi система Informix Software, Inc. Butt relyatsіynih SKBD за лична komp'yuterіv даже аз достъп до FoxPro fіrmi Microsoft, Paradox аз Visual DBASE fіrmi Borland, и takozh R: Base fіrmi Microrim. Relyatsіynі SKBD vіdnosyatsya да SKBD друг pokolіnnya. Bіlsh relyatsіyna модел бележка danih rozglyadaєtsya Дали.

Въпреки relyatsіyna модел takozh Got deyakі nedolіki - zokrema, obmezhenimi mozhlivostyami modelyuvannya. За rіshennya tsієї Проблеми ЦКБ vikonany голяма obsyag doslіdnitskoї роботи. През 1976 Chan rotsі zaproponuvavmodel "sutnіst-телефон рецепция" (Entity-запознанството модел - ER - модел), Scho в ДАНИАН час стана samoyu rozpovsyudzhenoyu tehnologієyu proektuvannya бази danih даже аз metodologії основа на концептуалните основи proektuvannya danih I logіchnogo proektuvannya relyatsіynih danih бази. През 1979 г., Codd rotsі Zroby sprobu usunuti nedolіki vlasnoї osnovnoї роботи-ия opublіkuvav rozshirenu versіyu relyatsіynoї modelі - RM / T (1979), един процеп potіm versіyu - RM / V2 (1990). Sprobi stvorennya modelі danih Scho dozvolyaє bіlsh точно opisuvati недвижими свят, хлабаво nazivayut семантично modelyuvannyam danih (семантична моделиране на данни).

В vіdpovіd всички ПОВИШАВАНЕ skladnіst програмните бази danih z'yavilisya DVI novі система: една "єktno-orієntovanі SKBD, чи SKBD OO (обектно-ориентирани СУБД - OODBMS) , аз на" Je ktno-relyatsіynі SKBD, чи PR SKBD (Обектно релационни СУБД -ORDBMS). Въпреки това, vіdmіnu ОД poperednіh модели dіysna структура Tsikh zovsіm модели не са ясни. Sprobi realіzatsії podіbnih модели го SKBD тер pokolіnnya Scho bіlsh бележка ще rozglyanutі Dali yavlyayutsya.

1.6. Perevagi аз nedolіki SKBD

SKBD volodіyut як bagatoobіtsyayuchimi potentsіynimi perevagami така че аз nedolіkami, SSMSC ми накратко rozglyanemo в tsomu rozdіlі.

Perevagi:

· Контрол върху nadmіrnіstyu danih.

· Nesuperechnіst danih.

· Bіlshe korisnoї Informácie в tіm същото obsyazі zberezhenih danih.

· Spіlne vikoristannya danih.

· Pіdtrimka tsіlіsnostі danih.

· Pіdvischena Bezpeka.

· Zastosuvannya standartіv.

· Pіdvischennya efektivnostі ите masshtabіv система растеж.

· Mozhlivіst perebuvannya kompromіsu в superechlivih vimogah.

· Pіdvischennya pristupnostі danih аз їhnoї gotovnostі към робота.

· Polіpshennya pokaznikіv produktivnostі.

· Sproschennya suprovodu System rakhunok Nezalezhnosti ОД danih.

· Polіpshene keruvannya paralelnіstyu.

· Rozvitі архивиране услуга kopіyuvannya аз vіdnovlennya.

Контрол над nadmіrnіstyu danih

Як каза в rozdіlі 1.2 traditsіynі faylovі Sistemi neoschadlivo vitrachayut zovnіshnyu pam'yat, zberіgayuchi Ti samі danі в dekіlkoh файлове. Napriklad на малък. 1.3 odnakovі институция за orendovanu neruhomіst orendarіv zberіgayutsya аз имам файлове vіddіlu realіzatsії аз файлове vіddіlu kontraktіv. Когато vikoristannі БАЗИ danih, navpaki, pochinaєtsya sproba viklyuchiti nadmіrnіst danih за rakhunok іntegratsії faylіv, обитатели uniknuti zberezhennya dekіlkoh kopіy на много елементи Informácie. Въпреки tsіlkom nadmіrnіst Informácie в бази данни не danih viklyuchaєtsya и лишаване kontrolyuєtsya її stupіn. В някои vipadkah klyuchovі Elements danih neobhіdno dublyuvati за modelyuvannya zv'yazkіv, и іnshih vipadkah deyakі danі Бюд potrіbno dublyuvati ите rozumіn pіdvischennya produktivnostі система. Мотиви Въведение в база данни kontrolovanoї nadmіrnostі danih ще zrozumіlі в chitannі следващите глави.

Nesuperechnіst danih

Usunennya nadmіrnostі danih чи контрол над dozvolyaє skorotiti rizik viniknennya superechlivih stanіv. Yakscho yelement danih zberіgaєtsya в bazі tіlki ekzemplyarі в едно, тогава стойностите zmіni Yogo Bude potrіbno vikonati tіlki един operatsіyu vіdnovlennya, на базата на стойностите на лагера е достъпно vіdrazu vsіm koristuvacham БАЗИ danih. А Yakscho Tsei yelement danih ите vіdoma Sistemi zberіgaєtsya в bazі danih в dekіlkoh ekzemplyarah тези, такава система zmozhe stezhiti за Тим обитатели superechili kopії не едно към едно. В грешка, bagatoh тип Suchasnyj SKBD Taqiy nesuperechnostі danih автоматична и не pіdtrimuєtsya.

Bіlshe korisnoї Informácie в един obsyazі zberezhenih danih

Zavdyaki іntegratsії robіtnikіv danoї organіzatsії на osnovі тихо като danih mozhna oderzhuvati dodatkovu іnformatsіyu. Napriklad имат pokazanіy до малък. 1.3 faylovіy sistemі spіvrobіtnikam vіddіlu kontraktіv nevіdomі vlasniki сграда в Оренда ob'єktіv. Analogіchno, spіvrobіtniki vіddіlu realіzatsії не се трудят Povny институция за договор за УД Оренда. Когато іntegratsії Tsikh faylіv в zagalnіy bazі spіvrobіtniki vіddіlu kontraktіv oderzhuyut достъп до институцията за vlasnikіv и spіvrobіtniki vіddіlu realіzatsії - Институция, за договор за УД Оренда. Сега osnovі тихо като danih koristuvachі zmozhut oderzhuvati bіlshe Informácie.

Spіlne vikoristannya danih

Filey zvichayno nalezhat okremim дами чи tsіlim vіddіlam Scho vikoristovuyut їh в svoїy robotі. В същия час, на база danih nalezhit vsієї organіzatsії в tsіlomu аз Mauger spіlno vikoristovuvatisya vsіma zareєstrovanimi koristuvachami. Когато takіy organіzatsії роботи bіlsha Количество koristuvachіv голяма obsyagom danih Mauger pratsyuvati ите. Bіlsh, когато tsomu mozhna stvoryuvati novі затопляне osnovі vzhe іsnuyuchoї в bazі danih Informácie аз dodavati в neї tіlki danі Ti, Scho в ДАНИАН време не ЩЕ zberіgayutsya в nіy вместо viznachati отново vimogi да vsіh danih, neobhіdnim novіy programі. Novі прог mozhut takozh vikoristovuvati takі nadanі видове SKBD funktsіonalnі mozhlivostі, як viznachennya структури danih аз keruvannya достъп до danogo, organіzatsіya rіvnobіzhnoї obrobki аз zabezpechennya zasobіv kopіyuvannya / vіdnovlennya, viklyuchivshi neobhіdnіst realіzatsії Tsikh funktsіy ите Своге страна.

Pіdtrimka tsіlіsnostі danih

Tsіlіsnіst БАЗИ danih oznachaє korektnіst аз nesuperechnіst zberezhenih в nіy danih. Tsіlіsnіst zvichayno opisuєtsya за obmezhen Relief, tobto правила pіdtrimki nesuperechnostі, Scho не povinnі porushuvatisya в bazі danih. Obmezhennya mozhna zastosovuvati да elementіv danih useredinі чи един запис да zv'yazkіv mіzh записи. Napriklad, obmezhennya tsіlіsnostі govorito Mauger, Scho spіvrobіtnika заплата виновен perevischuvati 40,000 funtіv sterlіngіv върху Година чи Scho в zapisі ите danimi за spіvrobіtnika брой vіddіlennya имат пари ли vіn pratsyuє Слушайте vіdpovіdati наистина іsnuyuchomu vіddіlennyu kompanії. Така ранг, іntegratsіya danih dozvolyaє DBA zadavati vimogi на pіdtrimtsі tsіlіsnostі danih и SKBD zastosovuvati їh.

Pіdvischena Bezpeka

Bezpeka danih polyagaє БАЗИ БАЗИ в zahistі danih ОД nesanktsіonovanogo страничен достъп koristuvachіv ите. Без zaluchennya vіdpovіdnih zasobіv Bezpeka іntegrovanі danі stayut bіlsh urazlivimi, означаваме danі в faylovіy sistemі. Въпреки іntegratsіya dozvolyaє DBA viznachiti neobhіdnu система Bezpeka БАЗИ danih и SKBD доведе її в dіyu. Система забезпечення безпеки може бути виконана у формі облікових імен і паролів для ідентифікації користувачів, що зареєстровані в цій базі даних. Доступ до даних з боку зареєстрованого користувача може бути обмежений тільки деякими операціями (витягом, вставкою, відновленням і видаленням). Наприклад, АБД може бути надане право доступу до всіх даних у базі даних, менеджеру відділення компанії - до всіх даних, що відносяться до його відділення, а інспектору відділу реалізації - лише до всіх даних про нерухомість, у результаті чого він не буде мати доступу до конфіденційних даних, наприклад, про зарплату співробітників.

Застосування стандартів

Інтеграція дозволяє АБД визначати і застосовувати необхідні стандарти. Наприклад, стандарти відділу і організації, державні і міжнародні стандарти можуть регламентувати формат даних при обмініними між системами, угоди про імена, форму представлення документації, процедури відновлення і правила доступу.

Підвищення ефективності з ростом масштабів системи

Комбінуючи всі робочі дані організації в одній базі даних і створюючи набір програм, що працюють з одним джерелом даних, можна домогтися істотної економії засобів. У цьому випадку бюджет, що звичайно виділявся кожному відділу для розробки і підтримкиїх власних файлових систем, можна об'єднати з бюджетами інших відділів (з більш низькою загальною вартістю), що дозволить домогтися підвищення ефективності приросту масштабів виробництва. Тепер об'єднаний бюджет можна буде використовувати для придбання устаткування тієї конфігурації, що у більшій ступені відповідає потребам організації. Наприклад, вона може складатися з одного могутнього комп'ютера чи мережі з невеликих комп'ютерів.

Можливість знаходження компромісу для суперечливих вимог

Потреби одних користувачів чи відділів можуть суперечити потребам інших користувачів. Оскільки база даних контролюється АБД, він може приймати рішення про проектування і спосіб використання бази даних, при яких наявні ресурси всієї організації в цілому будуть використовуватися щонайкраще. Ці рішення забезпечують оптимальну продуктивність для найважливіших програм, причому найчастіше за рахунок менш критичних.

Підвищення приступності даних і їхньої готовності до роботи

Дані, що перетинають границі відділів, у результаті інтеграції стають безпосередньо доступними кінцевим користувачам. Потенційно це підвищує функціональність системи, що, наприклад, може бути використане для більш якісного обслуговування кінцевих користувачів чи клієнтів організації. У багатьох СКБД передбачені мови запитів чи інструменти для створення звітів, що дозволяють користувачам задавати непередбачені заздалегідь питання і майже негайно одержувати необхідну інформацію на своїх терміналах, не прибігаючи до допомоги програміста, що для витягу цієї інформації з бази даних повинний був би створити спеціальне програмне забезпечення. Наприклад, менеджер відділення компанії може одержати перелік усіх квартир, що здаються в оренду, з місячною орендною платою нижче 400 фунтів стерлінгів, увівши на своєму терміналі наступний SQL-оператор:

SELECT *

FROM property_for_rent

WHERE type = 'Flat' AND rent>400;

Поліпшення показників продуктивності

Як уже згадувалося вище, у СRБД передбачено багато стандартних функцій, що програміст звичайно повинний самостійно реалізувати в програмах для файлових систем. На базовому рівні СКБД забезпечує всі низько рівневі процедури роботи з файлами, що звичайно виконують програми. Наявність цих процедур дозволяє програмісту сконцентруватися на розробці більш спеціальних, необхідних користувачам функцій, не піклуючись про подробиці їх втілення на більш низькому рівні. У багатьох СКБД також передбачене середовище розробки четвертого покоління з інструментами, що спрощують створення програм баз даних. Результатом є підвищення продуктивності роботи програмістів і скорочення часу розробки нових програм (з відповідною економією засобів).

Спрощення супроводу системи за рахунок незалежності від даних

У файлових системах опис даних і логіка доступу до даних вбудовані i кожна програма стає залежною від даних. Для зміни структури даних - наприклад, для збільшення довжини поля з адресою в 40 символів до 41 символу - чи для зміни способу збереження даних на диску може з адобитися істотно перетворити всі програми, на які ці зміни здатні вплинути. У СКБД підхід інший: описи даних відділені від програм, а тому програми захищені від змін в описах даних. Ця особливість називається незалежністю від даних. Наявність незалежності програм від даних значно спрощує обслуговування і супровід програм, що працюють з базою даних.

Поліпшене керування паралельністю

У деяких файлових системах при одночасному доступу до одного і того ж файлу двох користувачів може виникнути конфлікт двох запитів, результаті якого буде втрата інформації чи втрата її цілісності. У свою чергу, у багатьох СКБД передбачена можливість паралельного доступу до бази даних що гарантує відсутність подібних проблем.

Розвиті служби резервного копіювання і відновлення

Відповідальність за забезпечення захисту даних від збоїв апаратного і програмного забезпечення у файлових системах покладається на користувача. Так, може знадобитися щоночі виконувати резервне копіювання даних. При цьому у випадку збою може бути відновлена резервна копія, але результати роботи, виконаної після резервного копіювання, будуть втрачені, і дану роботу буде потрібно виконати заново. У сучасних СКБД передбачені засоби скорочення обсягу втрат інформації від виникнення різних збоїв.

Недоліки

· Складність.

· Розмір.

· Вартість СКБД.

· Додаткові витрати на апаратне забезпечення.

· Витрати на перетворення.

· Продуктивність.

· Більш серйозні наслідки при виході системи з ладу.

Складність

Забезпечення функціональності, який повинна володіти кожна гарна СКБД, супроводжується значним ускладненням програмного забезпечення СКБД. Щоб скористатися всіма перевагами СКБД, проектувальники і розроблювачі даних, адміністратори даних і адміністратори баз даних, а також кінцеві користувачі повинні добре розуміти функціональні можливості СКБД. Нерозуміння принципів роботи системи може привести до невдалих результатів проектування, що буде мати самі серйозні наслідки для всієї організації.

Розмір

Складність і широта функціональних можливостей приводить до того, що СКБД стає надзвичайно складним програмним продуктом, що може займати багато місця на диску і вимагати великого обсягу оперативної пам'яті для ефективної роботи.

Вартість СКБД

У залежності від наявного обчислювального середовища і необхідних функціональних можливостей, вартість СКБД може варіювати в дуже широких межах. Наприклад, СКБД для одного користувача для персонального комп'ютера може коштувати близько 100 фунтів стерлінгів. Однак велика СКБД для багатьох користувачів для мейнфреймів, що обслуговує сотні користувачів може бути надзвичайно дорогою: від 100000 до 500 000 фунтів стерлінгів. Крім того, варто врахувати щорічні витрати на супровід системи, що складають деякий відсоток від її загальної вартості.

Додаткові витрати на апаратне забезпечення

Для задоволення вимог, пропонованих до дискових накопичувачів з боку СКБД і бази даних, може знадобитися придбати додаткові пристрої збереження інформації. Більш того, для досягнення необхідної продуктивності може знадобитися більш могутній комп'ютер, що, можливо, буде працювати тільки із СКБД. Придбання іншого додаткового апаратного забезпечення приведе до подальшого росту витрат.