Дерекқорды жобалау – ақпаратты көрсету және өңдеу үшін қолжетімді білім мен құралдарды бейімдеудің дәйекті процесі.
Нақты көлем, нақты тапсырма, кіріс ақпарат ағынының сипаттамасы және ақпаратты өңдеу процесі туралы жалпы идеялар бірте-бірте белгілі бір жағдайда деректер қорының не екендігі және оны қалай жасау туралы белгілі бір тұжырымдамалық идеяға дейін қосылады. онымен жұмыс істеу.
Заманауи дерекқор
Қарым-қатынастар кез келген ақпараттық модельдің негізінде жатыр. 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 сервері компанияның таратылған желісі арқылы қолжетімді.
Бұл шешімде алдымен белгілі бір мәселені шешу керек: ішкі сервермен деректер алмасуды орнату.
Жалпы тапсырманың техникалық орындалуы міндетті түрде бастапқы кезеңге әсер етеді: дерекқорды жобалауды нөлден жасау сирек кездеседі. Проблемаларды шешудің дәлелденген технологиясының өзінде ауқым дамып келеді, ол әрқашан бастапқыда ойластырылғаннан басқаша әрекет етуді талап етеді.
Соңғы уақытта көптеген теоретиктер мен практиктер нысандармен арнайы деректер ретінде жұмыс істейді. Бұл кірісте, өңдеу кезінде және түпкілікті нәтижеде – мәліметтер базасында ақпарат үлгісін сипаттауға мүмкіндік беретін абстракциялар.
Деректер мен нысан көріністері
Абстракциялар мен нысандар арқылы ДҚ дизайны: ақпараттық суретті жасау, деректер түрлерін және олардың арасындағы қатынастарды анықтау мүмкіндігі.
Әдетте деректер қоры моделінің мұндай дизайны MS Visio немесе таңдалған ДҚБЖ визуалды құралдарын пайдалану арқылы графикалық модельмен аяқталады. Access-те ақпараттық суретті қалыптастырудың өзіндік тәсілі бар, MySQL-тің өзіндік тәсілі бар, ал кейбір мазмұнды басқару жүйелері мәліметтер базасын толығымен жасырып, әзірлеушіге өздерінің субъектілері арқылы деректер үлгісін жүктейді -шешілетін тапсырманың объектілері.
Көптеген мазмұнды басқару жүйелерінің (CMS) тән ерекшелігі олар шешілетін мәселенің ақпараттық аймағын сипаттау кезінде үлкен абстракциялық деңгейге «қолданба» жасайды. Нақты дерекқор жасырылған, CMS әзірлеушіге әлемнің ақпараттық суреті туралы өз идеясын ұсынады.
Нәтижесінде дерекқорды жобалау кезеңдері негізгі талаптарды сақтауға және белгілі бір CMS жасаушылар ұсынған қадамдарды орындауға дейін қысқарады. Symfony немесе Bitrix, Zend немесе Yii ұсынған деректер базасының идеяларын және олардың дизайнын пайдаланудың ұят емес ештеңесі жоқ, бірақ әзірлеуші үшін бұл "жүктеме".
Ең дұрысы, дерекқорды жобалау құралдары сыртқы пікірсіз, бірақ тәжірибе мен білімді қолдану арқылы жеке таңдалып, қолданылуы керек.
Oracle сертификатын алған әзірлеушіге өте ыңғайлы, бірақ Oracle ақпараттық идеялары туралы түсініктерді және MySQL қолданбалары туралы жұмыс білімін қамтитын әзірлеушінің біліктілігі үшін өте қолайлы.
Күрделі жобаларда және таратылған ақпаратты өңдеуде деректер базасы ғана емес, сонымен қатар ақпарат көздері, тұтынушылардың қажеттіліктері туралы идеялар маңызды.
Кезеңдер немесе топ: басымдықтар балансы
Дәйектілік талабы өте маңызды. Дерекқорды жобалау негіздеріне сонымен қатар жұмыс кезеңдерін бөлу, аралық нәтижелерді бақылау, келесі жұмыс түрін орындау негізінде әрбір аяқталған кезеңді қайта қарау кіреді:
- жүйелі;
- кезеңдеу;
- уақыттың кез келген нүктесінен, ең бастапқы ұстанымға дейін кері байланыс.
Бұл ережелер дерексіз, бірақ тиімді дерекқорды құруға арналған кез келген теориялық және практикалық технологияда бар.
Ешбір технология өздігінен дамымайды, оны адам басқарады. Әзірлеу тобының біліктілігі маңызды. Дерекқордың ақпараттық моделі тек қана құрылым емес, сонымен қатар ақпарат ағындары болып табылады.
Не маңыздырақ: дерекқор құрылымын көрсетудегі әдемі графика немесе динамикадағы ақпарат ағындарының нақты сипаттамасы - тапсырма мен ауқымның ғана емес, сонымен қатар динамикадағы әзірлеу тобының пікірі.
Персонал - бұл бәрі, бірақ контекстте: дерекқордың тұжырымдамалық дизайны - бұл барлық біліктілік. Барлық адамдар бірегей және ақпараттық жүйелер саласында нақты адамдардың өкілдіктері бар және дамиды.
Беделді сарапшы ұсынған мифтік дерекқорды жобалау қадамдары емес, әзірлеушілер тобын құру маңызды. Бұл маманның беделі нақты жұмыстар негізінде, белгілі бір уақытта қалыптасты. Жұмысты бүгін жасау керек, жаңа тапсырма, заманауи жабдық, жаңа технология, …
Мүмкін кері. Бұл пішімдерде Excel және Access және Windows for Workgoups әлі тірі және жақсы болған ежелгі дәуірдегі «көп» деректер бар. Жартылай dBase және Quattro деректері қалды. Бүгінде бұл сөздер қазірдің өзінде ұмытылған, бірақ ақпаратқалды, ол сұранысқа ие және оны шығарып, жаңа идеяларды қалыптастыру қажет.
Ескі және жаңа: білім балансы
Бұлтты технология Эштон-Тэйт жасаған дерекқорларға ұқсамайды. Бір кездері Oracle сатып алған нәрсені бүгінгі күнмен салыстыруға болмайды. Бірақ айнымалылар, алгоритмдер, функциялар, циклдар және шарттар сол 80-ші жылдардың басынан бастап бағдарламалауда қалды. Процедураның тұжырымдамасы ұмытылып, бәрі ежелгі дәуірдегідей қалмаса.
Тіпті объектілі-бағытталған бағдарламалаудың заманауи идеялары да өткен ғасырдағы классикалық синтаксистік және семантикалық «бұғауда» киінген.
Не істеу керек – бағдарламалау инерциялық, ал ақпаратты формализациялау және ақпараттық деректер қорын жобалау нәтижеден гөрі процесс. Кезеңдік жұмыс нәтижеге жетудің алғы шарты болып табылады. Бірақ аралық кезеңдерден жұмыстың басталуына дейінгі қайталаулар санын кім санады?
Ақпарат әрқашан динамикалық, ештеңе бір орында тұрмайды: әсіресе тапсырманың тақырыптық аймағы және пайдаланушы талаптары. Жұмыстың әрбір аяқталған кезеңі не жасалғанын және не істеу керек екенін жаңа деңгейде бағалауға мүмкіндік береді.
Дерекқор құрылымын жобалауды тапсырма ретінде қарастырып, түпкілікті нәтиже алу бекер. Деректер базасы іске қосылғаннан кейін жаңа идея міндетті түрде пайда болады, тіпті егер дерекқорды құру құралы Oracle компаниясының фантастикалық қуатты және жан-жақты өнімі емес, «қарапайым» Excel болса да,миллиондаған транзакцияларды, жүздеген мың бір мезгілде пайдаланушыларды және терабайт ақпаратты манипуляциялау.
Басымдылық мәліметтер базасының құрылымы емес, білікті мамандар тобын қалыптастыру, сонымен қатар жұмыс аяқталғаннан кейін хабарласудың қажеті болмайтындай нәтиженің динамикасын арттырудың міндетті талабы. әзірлеушілер, кем дегенде екі ай.
Тізбектелген даму және/немесе биіктікке секіру
Windows дерекқор емес, бірақ оның реликті бар – тізілім. Хосттар файлы жай ғана жергілікті машинаның IP мекенжайлары мен символдық атауларының идентификациясы болып табылады. Бірақ бұл файл арқылы әртүрлі домендерден немесе әртүрлі ДҚБЖ-ға ақпарат ағындары қалыптасады.
Көп жақты Windows жүйесін жұмыс істейтін компьютер немесе сервер ретінде түсінуге болады, бірақ бұл өнімнің нұсқаларының логикасын негіздеу үшін ешқандай жолмен жұмыс істемейді. РНР де дерекқор емес, бірақ әзірлеушілердің 5-нұсқасы неге 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 нұсқасы) төменірек сақтау құнының, деректердің жоғары қолжетімділігінің, дерекқорды оңай біріктірудің және деректерге қол жеткізуді қорғаудың "" негізгі артықшылықтарын шығарды.
Нақты тәжірибе: объективті, тиімді және тиімді логикалық дерекқор дизайны тек білікті әзірлеушілер тобына ғана қолжетімді. Жұмыс нәтижесін алу қиын емес, кіріс ақпарат ағындарын ресімдеу және оңтайлы негізді анықтау қиын.
Дәл тіктөртбұрыштардан жасалған тегіс пішіндер әлеміне
Нысанға бағытталған бағдарламалаудың пайда болуымен деректерді сериялау жаңа өмірге ие болды. Шынында да, айналасындағылардың бәрі тек сызықтар, жақсырақ ұзындығы шексіз. Сандар мен күндер де таңбалар жолы болып табылады.
Қарым-қатынастың күші мен объективтілігі даусыз, бірақ бағандар мен жолдардың динамикасы олардың беделіне нұқсан келтіре ме? Кесте - тақырыбы (бағандар тізімі) немесе жолдарсыз болуы мүмкін жай деректер. Кесте міндетті түрде аталмаған деректер жинағы болсын.
Деректер жиыны біртекті емес болуы мүмкін және оның ішінде әртүрлі құрылымдағы деректерді табуға болады. Негізінен деректердің біртектілігі қолдану аясының дамуын көрсетеді. Деректерді түрлер мен түрлер бойынша бөлу жүйелі және объективті көзқарастың белгісі болып табылады, бірақ құрылым динамикасының мүмкіндігін мойындаған жөн.
Егер шығыс болсақатаң құрылымдардан тыс дерекқорды жобалау және жасау және кестені міндетті түрде бірдей типте емес және бір-біріне семантикасы жағынан ұқсас жолдар жиынтығы деп есептесек, онда дерекқор дизайны күрт өзгереді.
Жұмыстың тақырыбы мәліметтер қоры құрылымының сипаттамасы емес, ақпараттың қозғалыс динамикасы болады. Жұмыс кезеңдері үш ауырлық орталығына бөлінеді:
- енгізілген ақпарат ағыны;
- дерекқор ішіндегі ақпаратты түрлендіру және жылжыту;
- пайдаланылатын деректерді таңдаңыз.
Кесте құрылымы туралы түсінік жоқ. Жолдар немесе бағандар жоқ. Абстракция бар – берілген, белгілі бір құрылымды, алгоритмнің белгілі бір нүктесін қанағаттандырады. Нақтырақ айтқанда, ақпаратты өңдеу функциясы белгілі бір көлемде белгілі бір ақпаратты қажет етеді.
Ақпаратты өңдеудің барлық функцияларының рекурсивтілігінің міндетті талабы және деректерге емес, функцияларға назар аудару пайдаланушының бастамасы бойынша пайдаланылатын жинақталған ақпарат пен кіріс деректер ағынының динамикасында мәліметтер базасын жобалауға мүмкіндік береді., процесс немесе басқа функция.
Шын мәнінде: пайдалану сигналы келді, алу сұрауы алынды, қолданбадағы триггер іске қосылды және бұрыннан бар нәрсе арқылы кіріс ақпарат қажетті шешімді қамтамасыз етті.
Іргелі білім және қатаң конструкциялар
Білім – адамның құқығы, бағдарламалар – компьютердің жүгі. Әзірлеуші білімді белгілі бір жағдайда өз қалауынша қолдана алады. Қарапайым адам көптеген мәліметтер қорын оған мән бермей пайдаланады. Қалаймәліметтер базасы қарапайым адамның басында ұйымдастырылған, оны ешкім білмейді, бірақ оның бизнесін қалай жүргізетінін, тапқанын қай жерде жазып, оны қашан пайдалану керектігін біледі.
Бағдарламашы жұмысының нәтижесі – ODBC арқылы интернет-дүкеннің веб-сайтынан деректерді шығаратын «Basic» бағдарламасындағы бағдарлама деңгейінде деректерді алу туралы сұрау жіберетін атаулы Oracle әзірлеушісіне тең MAKS авиациялық және ғарыштық салонынан. Екі нәтиже де жұмыс аяқталған сәттен бастап статикалық күйде «қатып қалады». Бұл адам қолданатын белсенді білім емес, бұл дерекқорды жобалау жүйесін құрудың құпиясы.
Алгоритмді түзету мүмкін емес. Барлығы динамикалық түрде анықталуы керек. Білікті әзірлеушілердің еңбегі даусыз, бірақ олар мүмкіндіктері шектеулі Oracle, MySQL немесе Access шешімдерінің талғампаз формаларында мүлде жатпайды. Басқа Excel электрондық кестесі динамикалық мазмұнды қамтамасыз ете алады және жұмыс аяқталғаннан кейін азды-көпті уақыт бағдарламалаушының қатысуын талап етпейді.
Мәселе дерекқордың құрылымы емес, қолданбалы аймақтың динамикасының қаншалықты дұрыс ресімделуінде.
Тікелей шешімдер
Кәсіби әзірлеушілер тобын тапсырмаға байланыстыратындай жұмысты жоспарлау мүмкін емес. Команда ренжіді емес, бірақ бұл дұрыс тәсіл емес.
Мәліметтер қорын жобалау тапсырмасы әзірленген функционалдылық өзін-өзі жетілдіретін, білімді жинақтайтын және өзінің «міндеттерін» орындау кезінде кодтан басталатындай етіп тұжырымдалуы керек,сарапшылар жасаған, бірақ осы код арқылы алынған білім негізінде.