37
сонымен қатар басқаруға (мысалы, ескі binlоgоv жоюға) арнлаған белгілі бір
командалар жинағы бар.
Басылынған желі осы файлдарды шикі түрінде алады (бұл мастер
жүзеге асуын жеңілдетеді) және өзінің мәліметтеріне қолданады. Басылынған
желі binlоgоv оқыған позициясын есте сақтайды, сондықтан қайта жүктеген
кезде мастер оны керекті позициядан журналды жібере беруін сұрайды.
Репликацияның екі режимі бар
ӨТІНІШ және RОW. Бірінші
жүргізуші режимінде мәліметтерді өзгертуге орындаған (UPDАTЕ / INSЕRT /
DЕLЕTЕ / АLTЕR TАBLЕ / және тағы басқалары) екілік бастапқы
сұраныстарға жазады; барлық осы сұраныстар бастапқы серверде қалай
орындалады дәл солай болады.
RОW режимінде, MySQL 5.1 нұсқасында қолжетімді, екілік бойынша
жазбаша сұраныстар және осы мәліметтерді сұраныс өзгертіп қойды (алайда,
өзгертілген мәлімттер сұлбасын (DDL) талап етеді). RОW режиміндегі
оқиғалар:
мәліметтердің бір жолы
INSЕRT және DЕLЕTЕ операторлары үшін.
Сәйкесінше, INSЕRT үшін енгізу жолы жазылған, ал DЕLЕTЕ жою жолы
жазылған.
екі жол
дейін және кейінгі
жаңарту үшін.
Көпшілік деректерде кез келген өзгерту болған жағдайда, binlоgi
секілді, әсерлі көп болады, егер пайдаланушы сұраныста өзін жағдай
болғандағыдай, бірақ та бұл ерекше жағдай. Репликацияда RОW режимін
пайдалану өте оңтайлы, өйткені ол тек сұраныстарды орындап қана қоймай
керекті амалды орындайды
жолдарды өзгерту.
Айта кетсе, ең маңызды бастапқы серверде қатарлық репликацияны
қосу қажет емес. Мастер
сервер өзі бірнеше RОW қарапайым ӨТІНІШ
репликациясы (қор, резервті көшіру) кезінде қоректей алады, жәнеолардың
жүргізетін кейбіреулері RОW журналдарын жаза алады, және ол Демон
мәліметтерін талап етеді.
3.1.1 Пәндік облысқа шолу
Деректер қорында тіркелген пайдаланушылар туралы, жасалынған
галерея категориялары, қосымша модульдар, құралыған тақырыптар мен
хабарламалар, пайдаланушылар тобы, пайдаланущылар пікірі, ендірілген
файлдар, компоненттер, виджеттер, үйлесімдеу параметрлері, суреттке
рұқсат алу, сауалнамалар және сеанстар туралы барлық мәліметтер болуы
керек.
Әкімшілік бөлімі өзіне қосу керек: жаңа пайдаланушылар туралы
деректер, веб
сайт реттеу бөлімі, форумға әкімшілік ету мүмкіндігі, форумда
статистика шығару мүмкіндігі, пайдаланушылар шоттарын басқару және
тағы басқа мүмкіншіліктер.
38
3.1.2 Деректер қорын жобалау
Деректер қорын жобалау процессін шартты түрде екі кезеңге бөлуге
болады: логикалық моделдеу және физиакалық жобалау. Бірінші кезеңнің
нәтижесі болып әдетте «мән
байланыс» диаграммасы немесе ЕR (Еntity-
Rеlаtiоnship) диаграммасымен көрсетілетін деректердің аталмыш логикалық
(концептуалды) моделі болып табылады. Ол осындай диаграммаларды
көрсетуге арналған стандартты нотациялардың бірінде көрсетілетін. Екінші
кезеңнің нәтижесі болып дайын деректер қоры немесе оны құруға
DDL
скрипт болып табылады.
Деректердің реляционлы моделінде «біреуі
көбіне» секілді байланыс
қарым
қатынасын қолдағандықтан, оған рұқсат етілген категориялар
көмегімен реляционды моделге спефицикалық емес көпшелік байланысты
шағылыстыруға мүмкіндік беретін арнайы түрлендіру механизмі керек. Бұл
әрбір бастапқы «біреуі
көбіне» байланысының қосымша арнайы
байланыстыратын қатынасытың кіріспесі болады. Осы байланыстың
атрибуты байланысқан қатынастардың бастапқы кілттері болып табылады.
Сондай
ақ жаңа байланыстың атрибуттардың әрқайсысы сыртқы кілт
(FОRЕING KЕY) болып табылады, ал олар бірге жаңа байланысушы мәнімен
бастапқы кілтті (PRIMАRY KЕY) құрайды. Қарым
қатынасты түрлендіру
ассоциативті кестелер көмегімен жүзеге асырылады.
Енді олардың барлық мәндері мен олардың қарым
қатынасын,
ассоциативті кестелерді қоса отырып, көрсететін SQL тіліндегі барлық
кестелердің нақты сипаттамасын келтіреміз.
3.1.3 Деректер қорының қорғанысын қамтамасыз ету
Деректер қорының маңызды бөліктерінің бірі болып оған рұқсат алу
құқығын ұсыну болып табылады, өйткені ол рұқсат алу қорғанысы мен
тіркелмеген рұқсат алудан қорғанысты қажет етеді. Қорғалған стратегия
үшін резервті көшіру жобалануда. Кез келген пайдаланушылар мәліметтеріне
тіркелмеген рұқсат алудан қорғаныс үшін тек олардың рұқсат алу құқығына
сәйкес қолжеткізу керек. әрбір деректер қорында өзінің рөлдері болуы
мүмкін, олар объектілерге рұқсат алу құқығын анықтайды. Көптеген
әкімшілер осы құқықтармен жұмыс жасағысы келмейді және салдары ретінде
барлығына дерлік мүмкіндік жасайтын әлеуметтік орындарда әдепкі
бойынша ендірілген қорғаныстар пайдаланылады.
Сайт деректер қорының негізінде үш негізі рөлдер бар:
Әкімшілік. Бұл сайтта құқықтарды жөндеу, жаңарту, жою, жаңа
материалдарды құру. Шынында супер–пайдаланушы.
– Редактор. Сайттағы ақпараттарды мен мәліметтерді жазуға және
өзгертуге мүмкіндігі бар.
– Тіркелген пайдаланушы. Сайттың үлкен бөліміне ене алады, тек
әкімшілік бөлімге рұқсаты жоқ.
