SQL курсовая работа

Курсовая работа =(

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

МАЗМҰНЫ

        

КІРІСПЕ....................................................................................................... 3

1 «Құрылыс шығынын есептеу»

ПӘНДІК  АЙМАҒЫН зерттеу....................................................….....  4

   1.1 Пәндік аймақтың сипаттамасы:  ………………………...................  4

   1.2   Пәндік   аймақтың   ақпараттық   объектілерін,   атрибуттарын, байланыстарын, шектеулерін анықтау және инфологиялық               моделін құру……………………………………………………......  5

2 ДЕРЕКТЕР БАЗАСЫН ЛОГИКАЛЫҚ ЖОБАЛАУ................. 10

   2.1 Деректер моделін  таңдау..................................................................... 10

   2.2 Қатынастарды нормализациялау  және құжаттар схемасын құру..  11

 

3   Деректер базасын машиналық жобалау ..................………..       14

   3.1 Деректер базасы қосымшасының жоба құрамы және құрылымы..  14

   3.2 Кестелерге  триггерлерді құру .............……….............………....        18

 

ҚОРЫТЫНДЫ………………………………………………………….     20

ПАЙДАЛАНЫЛҒАН ӘДЕБИЕТТЕР ТІЗІМІ………………………     21

 

Айқындауыш 1 …………………………………………………………    22

Айқындауыш 2 …………………………………………………………    22

Айқындауыш 3 …………………………………………………………    22

Айқындауыш 4 …………………………………………………………   23

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

КІРІСПЕ

 

Қазіргі заманға лайықты  шарттарда  процесстердің шешім  қабылдауын қамтамасыз ететін ақпараттың жүйелердің мәні өсуде. Деректер базасы көптеген ақпараттық жүйелердің негізгі  элементтерінің бірі болып табылады. Электронды машинаның көмегімен  табылатын және өңделетіндей етіліп  жүйеге келтірілген  объекттік формада  көрсетілген дербес материалдардың жиынтығы деректер базасы болып табылады. Деректер базасы қолданылуы бойынша өзіндік артықшылықтарына ие:

1.Деректер базасы бағдарламалық  жасақтаманың ақпараттық жүйесінің  даталогиялық көрінісі ретінде  қолданылады;

2. Мәліметтер деректер  базасында жақсы жүйеленген;

3. Деректер базасының  құрылымы нәтижелі іздеуді және  мәліметтерді өңдеуді қамтамасыз  етеді.

Құрылыс шығынын  есептеу барысында ауқымды, көлемді пәндік аймақ ретінде  «Сәулет, қала құрылысы және құрылыс бөлімі» таңдалынып отыр.

Сәулет және қала құрылысы қызметін жүзеге асыруда құрылыс шығынын есептеу және орташа шығын бағасын есепхатқа шығару 

Курстық жұмыстың мақсаты – «Құрылыс шығынын есептеу бөлімі» клиенттердің тапсырысы бойынша заңды түрде есепхатты қағаз   жүзінде бекітілуді электронды турге айландырудың жұмыс орны бойынша деректер базасын жобалау.

Жоғарыда көрсетілген мақсатты жүзеге асыру үшін келесі негізгі  міндеттер орындалады:

1 Пәндік   аймақты   ақпараттық   сараптау   және  пайдаланушылардың концептуалды  талаптарын анықтау ;

2 Міндетті орындауға  қажетті ақпараттар бар пәндік  аймақтың құжаттары;

3 Пәндік   аймақтың   ақпараттық   объектілерін,   атрибуттарын, байланыстарын, шектеулерін  анықтау және инфологиялық моделін  құру;

4.Деректер  базасын логикалық жобалау; 

5.Қатынастарды  нормализациялау және реляционды  деректер базасының логикалық  схемасын құру;

6. «SQL Server» ортасында деректер базасын машиналық жобалау;

 

 

 

 

 

 

 

«Құрылыс шығынын есептеу» 

ПӘНДІК АЙМАҒЫН зерттеу

 

1.1 ПӘНДІК АЙМАҚТЫҢ СИПАТТАМАСЫ

 

          Пәндік аймақ: «Құрылыс шығынын есептеу»

          Үзінді: Клиент қағаз түрінде алып келген шығын сұранысын электронды түрге айландыру.

Пәндік аймақтың сипаттамалары:  

Клиент қағаз түрінде алып келген сұранысын электронды түрге айландыру келесідей негізгі операцияларды орындайды:

• Клиентке пен «Құрылыс шығынын есептеу бөлімі» арасында келісімшарт бекітіледі;
• Құрылыстын толық шығынын есептеу.

Негізгі міндеттер:

Аудан әкімі және аудан әкімдерінің басшылық етуімен қызмет атқарады. Бөлімнің басшылығын іске асырады, сәулет, қала құрылысы және құрылыс, тұрғылықты жерлерге қатысты мәселелерді шешеді, Қазақстан Республикасының № 242 - 2 ЗРК 16 шілде 2001 жыл «Қазақстан Республикасындағы сәулет, қала құрылысы және құрылыс туралы» заңына сәйкес қала құрылысы заңдылығын пайдалануын бақылауды іске асырады. Өз құзыры шегінде меншік құқығына қарамастан жобалық құжаттарға сәйкес нысандардың және құрылысына бақылау жүргізеді.

Аудан аймағында құрылыс нысандарына  жер телімдерін таңдауын ұйымдастырады. Құрылыс нысандарына сәулеттік  - жобалық тапсырмаларды әзірлейді.

Аудан аймағындағы аяқталған құрылыс  нысандарын пайдалануға береді.

Аймақтағы меншік түріне қарамастан, барлық сәулеттік-қала құрылысы субъектілерімен бекітілгеннен кейін мінддетті түрде орындалатын болып келетін, құрылыс бас жобаларын іске асыру, көркемдік әшекейлеу мәселеріне қатысты ұсыныстарды әзірлейді.

Сәулет, қала құрылысы және құрылыс мәселелеріне ауылдық округ аппарат әкімшіліктеріне жұмыстарына нақты көмек көрсетеді. Бөлімге азаматтардан түскен ауызша және жазбаша өтініштерін қарастырады.

 

 

 

 

 

 

 

 

 

Лауазымдық міндеттерді  іске асырыуна  қажетті қызметтік

қарым-қатынастар:

 

Қарым-қатынас түрі	Жиілігі	Мақсаты
4.1. Ішкі қарым-қатынастар	Арнайы	Тапсырма қабылдау. Есеп, ақпарат.
4.2. Әріптестер	Күнделікті	Жұмысты ұйымдастыру. Жоспарланған шаралардың іске асыруын бақылау.
4.3. Сыртқы қарым-қатынастар, облыстық әкімшілік, облыстық ұйымдар.	Күнделікті	Ақпараттық алмасу, есеп, мәселелерді шешу.

 

Шығу құжаттары ( пайдаланушы сұрауы):

• Орындалған тапсырыс
• Қызметкердің орындаған тапсырысы
• Жобалардың шыққан шығыны
• Тапсырыстар
• Бекітілген тапсырыстар

 

1.2  Пәндік   аймақтың   ақпараттық   объектілерін,   атрибуттарын, байланыстарын, шектеулерін анықтау және инфологиялық моделін құру

 

Ақпараттық  объект – пәндік аймаққа қатысты  шынайы әлемнің объектісі.

Ақпараттық  объектілерді және олардың арасындағы байланыстарды анықтау – жобалаудың 1 – кезеңінің 2 – қадамы. Оның құрамына кіреді:

• Ақпараттық объектілерді таңдау;
• Объектіге қажетті қасиеттер орнату;
• Объектілер арсында байланыстар орнату;
• Ақпараттық объектілерге, байланыс типтеріне және объектілердің қасиеттеріне орнатылатын шектеулерді анықтау.

Атрибут – түпмәннің атаулы сипаттамасы. Атрибут белгілі бір жинақтан мән алады. «Түпмән – байланыс»  моделінде атрибут түпмәннің  қасиетін модельдеу үшін қажетті  құрал ретінде қолданылады. Түпмән қасиеттерін сипаттау – атрибуттың басты қызметі.

 

Кесте 1   Атрибуттар жиынтығы

 

№	Атрибут атауы	Белгіленуі
1	Қызметкердің тегі, аты, әкесінің аты	ФИО_СОТ
2	Қызметкердің РНН номері	НОМ_РНН_СОТ
3	Қызметкердің мамандығы	ДОЛж_СОТ
4	Қызметкердің білім алған  деңгейі	ОБРАЗ_СОТ
5	Қызметкердің жұмыс істеген  мерзімі	сТАЖ_СОТ
6	Қызметкердің куәлік номері	ном_УДл_СОТ
7	Клиенттің тегі, аты, әкесінің аты	К_ФИО
8	Клиенттің РНН номері	К_НОМ_РНН
9	Клиенттің куәлік номері	К_ном_УДл
10	Тапсырыс түрінің коды	ЗАК_ТИП_КОД
11	Тапсырыс түрінің  аты	ЗАК_ТИП_НАЗ
12	Тапсырыс коды	ЗАК_КОД
13	Тапсырыс аты	ЗАК_НАЗ
14	Тапсырыс түскен куні	ЗАК_ДАТА
15	Тапсырыс бекітілген куні	ЗАК_ДАТА_УТВ
16	Жоба бекітілген күн	ОЧ_ДАТА_УТВ
17	Жобаның номері	ОЧ_НОМ
18	Жобаның атауы	ОЧ_НАЗ
19	Жобаның шығыны	ОЧ_РАС
20	Материалдын коды	МАТ_КОД
21	Материал атауы	МАТ_НАЗ
22	Өлшем бірлігі	МАТ_ЕД_ИЗМ

 

1 кестеде  пайдаланушының ақпараттық сұраулары  және пәндк аймақтың шектеулерін  зерттеу нәтижесінде пайда болған  атрибуттар келтірілген.

 

Пәндік аймақтық шектеулері мен  шектесіздері

 

Кәсіпорынның банктік реквизиті - егер айырбастау пункті ММ Қазақстанның ОБ тіркелген болса, кәсіпорынға банктік реквизит беріледі. Банктік реквизит нөмірі қайталанбайды.

Жеке күәлік  нөмірі – тоғыз санна кем немессе улген болмау керек

Тапсырыс коды

Жобаның коды

Материалдың код

Тапсырыс түрі 2 түрлы мән қабылдайды 1- жаңа ғимарат, 2- жөндеу жұмысы

 

 

 

 

 

 

 

 

 

Кесте 2 Деректер элементтері мен сұраулар арасындағы қатынастар

 

№	Атрибут атауы / Кәсіпорын атауы	Сұраулар
		Орындалған тапсырыс	Қызметкердің орындаған тапсырысы	Жобалардың шыққан шығыны	Тапсырыстар	Бекітілген тапсырыстар
1	Қызметкердің  тегі, аты, әкесінің аты		*			*
2	Қызметкердің  РНН номері		*			*
3	Қызметкердің  мамандығы		*			*
4	Қызметкердің  білім алған деңгейі		*			*
5	Қызметкердің  жұмыс істеген мерзімі		*			*
6	Қызметкердің  куәлік номері	*	*	*		*
7	Клиенттің тегі, аты, әкесінің аты				*
8	Клиенттің РНН  номері				*
9	Клиенттің куәлік номері	*	*	*	*	*
10	Тапсырыс  түрінің коды	*	*	*	*	*
11	Тапсырыс  түрінің  аты	*				*
12	Тапсырыс  коды	*	*	*	*	*
13	Тапсырыс  аты	*	*	*		*
14	Тапсырыс  түскен куні	*	*	*	*	*
15	Тапсырыс  бекітілген куні	*	*	*	*	*
16	Жоба бекітілген күн	*	*	*		*
17	Жобаның номері	*	*	*		*
18	Жобаның атауы	*	*	*		*
19	Жобаның шығыны			*
20	Материалдын коды			*
21	Материал  атауы			*
22	Өлшем бірлігі			*

 

2 кестеде  пайдаланушының ақпараттық мұқтаждығын  көрсететін құжат схемасын тұрғызу  үшін, деректер элементтері мен  сұраулар арасындағы қатынастар  кестесі құрылды 

 

Пәндік  аймақтың инфологиялық моделін құру үшін пәндік аймақтың ақпараттық объектілері  мен оның атрибуттық құрамын ерекшелеу.

Пәндік  аймақ пен сұрауларды зерттеу  негізінде атрибуты бар объектік мән ерекшеленеді.

Қызметкер: (ФИО_СОТ, НОМ_РНН_СОТ, ДОЛж_СОТ, ОБРАЗ_СОТ, сТАЖ_СОТ, ном_УДл_СОТ)

Клиент: (К_ФИО, К_НОМ_РНН, К_ном_УДл)

Тапсырыс: (ЗАК_КОД, ЗАК_НАЗ, ЗАК_ДАТА, ЗАК_ДАТА_УТВ, К_ном_УДл)

Тапсырыс түрі:( ЗАК_НАЗ_КОД, ЗАК_ТИП_НАЗ, ЗАК_КОД)

Жоба: (ОЧ_НОМ, ОЧ_НАЗ, ОЧ_ДАТА_УТВ, ЗАК_КОД, ном_УДл_СОТ)

Шыгын(ОЧ_НОМ, МАТ_КОД, ОЧ_РАС)

Материал(МАТ_КОД , МАТ_НАЗ, МАТ_ЕД_ИЗМ)

 

Объектік мән  арасындағы байланыс:

 

        Объектік мән  атауы                                      Байланыс атауы

 

Қызметкер, Клиент                                         Тапсырыс турын анықтау  

Қызметкер, Тапсырыс                                    Электронды түрде бекіту

Қызметкер, Жоба                                             Электронды жобаны дайындау

Жоба, Шығын         Есеп хат дайындалады

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ЕR-моделі

 

 

 

 

 

 

 

Сурет 1 – «Сәулет, қала құрылысы және құрылыс бөлімі» пәндік аймағының инфологиялық моделі

 

 

 

 

 

 

 

 

 

 

 

 

 

ДЕРЕКТЕР БАЗАСЫН  ЛОГИКАЛЫҚ ЖОБАЛАУ

Логикалық жобалау – бүкіл  ақпараттық жүйені және оның жекеленген бөліктерін ДББЖ–не сәйкес модельдеу, яғни бұл кезең нақтылы ДББЖ–не  және дербес компьютердің инструментальдық құралдарына бағдарланған.

 

2.1 Деректер моделін  таңдау

 

Иерархиялық моделдің құру.

Иерархиялық модел алғашқы  және туынды жазбалар арасындағы  1:М схемасы бойынша қатынасты іске асырады, яғни бір аталық жазбаға бірнеше туынды жазбалар саны сәйкес болу мүмкін.

 

Реляционды  деректер моделі

 

  Сурет 2 – Ақпараттық объектерді сәйкес атрибуттарымен келесі қатынастар түрінде көрсетуге болады, әрбір қатынастарда кілттер бөліп көрсетілген.

 

• Клиенттердің кайталанбайтын жеке күәлік номері арқылы тапсырыс

береді, ал қызметкер жобаны орындайды сондықтан бір бірін  байланыстыру үшін тапсырысты жобаға бағыттаймыз.

• Тапсырысты толықтыру үшін тапсырыстың түрі қазет болады, сондықтан тапсырысты тапсырыс туріне бағыттаймыз.
• Клиентке жобаның есеп хатын толығымен дайындап корсету ушын, жобаға шығынды бағыттаймыз ал шығынды материалдармен бағыттаймыз.

 

2.2 Қатынастарды нормализациялау және құжаттар схемасын құру

 

Қатынастарды нормализациялау

 

1)Қызметкер: (ФИО_СОТ, НОМ_РНН_СОТ, ДОЛж_СОТ, ОБРАЗ_СОТ, сТАЖ_СОТ, ном_УДл_СОТ) 

• Барлық атрибуттар атомарлы, сондықтан қатынастар 1НФ-да.
• Түйінді кілт – жай және барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді – толық, сондықтан қатынас 2НФ- да болады.
• Барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді, басқа функционалды тәуелділік жоқ, сондықтан қатынас 3НФ-да.

 

2) Клиент: (К_ФИО, К_НОМ_РНН, К_ном_УДл)

• Барлық атрибуттар атомарлы, сондықтан қатынастар 1НФ-да.
• Түйінді кілт – жай және барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді – толық, сондықтан қатынас 2НФ- да болады.
• Барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді, басқа функционалды тәуелділік жоқ, сондықтан қатынас 3НФ-да.

 

3) Тапсырыс: (ЗАК_КОД, ЗАК_НАЗ, ЗАК_ДАТА, ЗАК_ДАТА_УТВ, К_ном_УДл, ЗАК_ТИП_КОД)

• Барлық атрибуттар атомарлы, сондықтан қатынастар 1НФ-да.
• Түйінді кілт – жай және барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді – толық, сондықтан қатынас 2НФ- да болады.
• Барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді, басқа функционалды тәуелділік жоқ, сондықтан қатынас 3НФ-да.

 

4) Тапсырыс түрі:( ЗАК_ТИП_КОД, ЗАК_ТИП_НАЗ)

• Барлық атрибуттар атомарлы, сондықтан қатынастар 1НФ-да.
• Түйінді кілт – жай және барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді – толық, сондықтан қатынас 2НФ- да болады.
• Барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді, басқа функционалды тәуелділік жоқ, сондықтан қатынас 3НФ-да.

 

5) Жоба: (ОЧ_НОМ, ОЧ_НАЗ, ОЧ_ДАТА_УТВ, ЗАК_КОД, ном_УДл_СОТ)

• Барлық атрибуттар атомарлы, сондықтан қатынастар 1НФ-да.
• Түйінді кілт – жай және барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді – толық, сондықтан қатынас 2НФ- да болады.
• Барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді, басқа функционалды тәуелділік жоқ, сондықтан қатынас 3НФ-да.

 

 

6) Шыгын(ОЧ_НОМ, МАТ_КОД, ОЧ_РАС)

• Барлық атрибуттар атомарлы, сондықтан қатынастар 1НФ-да.
• Түйінді кілт – жай және барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді – толық, сондықтан қатынас 2НФ- да болады.
• Барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді, басқа функционалды тәуелділік жоқ, сондықтан қатынас 3НФ-да.

 

7) Материал(МАТ_КОД , МАТ_НАЗ, МАТ_ЕД_ИЗМ)

• Барлық атрибуттар атомарлы, сондықтан қатынастар 1НФ-да.
• Түйінді кілт – жай және барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді – толық, сондықтан қатынас 2НФ- да болады.
• Барлық түйінді емес атрибуттар түйінді кілтке функционалды тәуелді, басқа функционалды тәуелділік жоқ, сондықтан қатынас 3НФ-да.

 

Қатынастар кілтінің асты сызылады.

 

Қызметкер:

ФИО_СОТ	НОМ_РНН_СОТ	ДОЛж_СОТ	ОБРАЗ_СОТ	сТАЖ_СОТ	ном_УДл_СОТ
Символ (15)	Сан (12)	Символ (30)	Символ (30)	Сан (2)	Сан (9)

 

Клиент:

К_ФИО	К_НОМ_РНН	К_ном_УДл
Символ (15)	Сан (12)	Сан 9

 

Тапсырыс:

ЗАК_КОД	ЗАК_ТИП_КОД	ЗАК_ДАТА	ЗАК_ДАТА_УТВ	К_ном_УДл
Сан(4)	Символ (30)	Мерзім	Мерзім	Сан (9)

 

Тапсырыс түрі:

ЗАК_ТИП_КОД	ЗАК_ТИП_НАЗ
Код (3)	Символ (20)

 

Жоба:

ОЧ_НОМ	ОЧ_НАЗ	ОЧ_ДАТА_УТВ	ЗАК_КОД	ном_УДл_СОТ
Сан (4)	Символ (30)	Мерзім	Сан (4)	Сан (9)

 

Шыгын:

ОЧ_НОМ	МАТ_КОД	ОЧ_РАС
Сан (4)	Сан (4)	Сан(5)

 

Материал:

МАТ_КОД	МАТ_НАЗ	МАТ_ЕД_ИЗМ
Сан (4)	Символ (15)	Символ (8)

 

 

Құжаттар схемасын құру:

 

Сурет 3

3 суретте   шығу құжаттарындағы кестелерді аталық туынды деп кестелерді  бір-бірімен байланыстырған

 

 

 

 

 

 

Деректер базасын машиналық  жобалау

3.1 Деректер базасы қосымшасының жоба құрамы және құрылымы

 

Деректер  базасын жүзеге асыру үшін кестелер, деректер базасы, көріністер, формалар, есепхаттар және SQL сұраулары құрылатын  деректер базасының жоба қосымшасы  қолданылады. Оның негізгі компоненттеріне келесілер жатады.

 

Сурет 4 – SQL Server Configuration Manager бағдарламасында SQL Server Management Studio керекті мәліметтер орнатылып қосылған.

         MS SQL Server аутентификацисы құралдарын қолданып MyServ серверіне қосылыңыз: «sa» есепке алу жазбасы /учетный запись/ , пароль болмайды.

 

Сурет 5 – Соединение с  сервером терезесін қосқан арада  жаңадан ДБ құруға немесе қолданып жүрген ДБ-мен жумыс істеуге болады.

 

Қосымшаның деректер базасын құру үшін Create диалогтық терезесінде деректер базасының атын беру керек. (Database Designer) ДБ Конструктор терезесін және құрал-саймандар панелін қолданып кестенің құрылымын сипаттауын бастау.

Кесте құрылымы Table Designer (Кесте конструкторы) көмегімен сипатталады.

Кесте конструкторы парақтарының атқаратын  жұмыстары:

Fields –осы өрістердің деректерімен жұмыс істеу ережесі және кесте өрістерінің атрибуттарын сипаттауға арналған;

Indexes – кестенің индекстерін өзгерту және құруға арналған;

Table – кестеде сақталған деректрмен жұмыс істеу ережесін сипаттауға және енгізілген деректердің мен қосу, жою, өзгерту триггерлерінің дұрыстық шарттарын тексеруге арналған.

 

Деректер базасына кестелер құру.

 

Біздің  "Али" ДБ-ң кесте құрамыз. "Али" ДБ-да жаңа кестеа құру үшін  ПКМ да "Таблицы" папкасына шертіңіз және пайда болған мәзірден  "создать таблицу " пунктін таңдап сурет 5 көрсетілгендей кестедегідей толтырамыз. 

 

 

Сурет 5 – алғашқы қызметкер кестесінің құрылы. Қызметкер кестесінің бастапқы кілті – қызметкердің жеке куәлік номері.

 

 

Сурет 6 – Клиент кестесінің көрінісі. Бастапқы кілт – клиенттің аты жөні.

 

 

Сурет 7 – Тапсырыс кестесінің көрінісі. Бастапқы кілт – тапсырыс коды.

 

Сурет 8 – Тапсырыс түрі кестесінің көрінісі. Бастапқы кілт – тапсырыс түрінің коды.

 

Сурет 9 – Жоба кестесінің көрінісі. Бастапқы кілт – есеп хат номері.

 

Сурет 10 – Материал кестесінің көрінісі. Бастапқы кілт – материал коды.

 

Сурет 11 – Шығын кестесінің көрінісі. Шығын кестесіне бастапқы кілт орнатылмаған.

 

 

Деректер базасына диограмма құру.

 

Диаграммалар – бұл  бірінші кестедегі жазбалар екінші кестедегі жазбалармен байланысы бар болса, бірінші кестедегі жазбаның өшірілуіне тыйым салатын ДБ компоненті. Сондықтан,диаграмма деректер бүтіндігінің бұзылуына жол бермейді.  SQL Server- де диаграмма мастер диаграманың көмегімен құрылады.

 

Біздің  "Али" ДБ-ң бүтіндігін қамтамасыз ететін диаграмма құрамыз. " Али " ДБ-да жаңа диаграмма құру үшін  ПКМ да "Database Diagrams" папкасына шертіңіз және пайда болған мәзірден  "New Database Diagram" пунктін таңдаймыз. Диограммаға кестелерімізді орналастырамыз және кестелерді Сурет 11 көрсетілгендей бір-бірімен байланыстырамыз.

 

Сурет 11 – Қызметкер кестесі жоба кестесін әзірлейді.

 

 

Сурет 12 –Құрылған диограмма.

 

Кестелерге триггерлерді құру

 

Триггерлер - бұл Visual Studio-ғы оқиғаларды өңдеуші процедуралардың аналогы. Яғни, олар кестемен қандайда бір әрекет туындағанда (Мысалы: қосылу, өзгерту немесе жазбаны жою),  SQL командаларын орындайды .Тригердің көмегімен бірінші кестедегі өшірілген жазба екінші кестедегі жазбамен сәйкес келсе,онда екінші кестедегі жазбаның автоматты өшірілуін қадағалауға болады.

 

Кестеміздің триггерін  құрар алдында төменде көрсетілген  кодты жазып “Execute” батырмасын басамыз.

 

ALTER TRIGGER [dbo].[ Индикатор добавления klient]

   ON [dbo].[klient]  

   AFTER INSERT

AS

BEGIN

-- SET NOCOUNT ON added to prevent extra result sets from

-- interfering with SELECT statements.

SET NOCOUNT ON;

    -- Insert statements for trigger here

PRINT ' Запись добавлена'

END

 

Келесі батырма “создать запрос” батырмасы. Жаңа терезеге төмендегі код енгізіледі.

 

INSERT INTO dbo. klient

VALUES ( 'Трахадилов С.Л.'

,'183456779127' 

,'442299665'

)

 

Кестелік функция

 

Кестелік функциялар – мәнді кесте ретінде шығаратын функция.

 

Кестелік функциялармен жұмыс ыстер алдында жаңадан функция құрып төменде көрсетілген кодты теремыз де “Execute” батырмасын басамыз.

 

ALTER FUNCTION [dbo].[Жобалардың шыққан  шығыны]

( 

-- Add the parameters for the function here 

)

RETURNS TABLE

AS

RETURN

(

-- Add the SELECT statement with parameter references here

SELECT joba.och_nom,joba.och_naz,joba.och_data_utv,joba.nom_udl_sot,

wigin.och_ras,

material.mat_kod,material.mat_naz,material.mat_ed_izm,

tapsiris.zak_kod,tapsiris.zak_tip_kod,tapsiris.zak_data,tapsiris.zak_data_utv,tapsiris.k_nom_udl

from joba,wigin,material,tapsiris

where joba.och_nom=wigin.och_nom and joba.zak_kod=tapsiris.zak_kod and wigin.mat_kod=material.mat_kod

)

 

Келесі батырма “создать запрос” батырмасы. Жаңа терезеге төмендегі код енгізіледі.

 

select * from [Жобалардың шыққан шығыны] ()

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Қорытынды

 

Курстық жұмысты орындауда, пәндік аймақты таңдап, оны зерттей ортырып, инфологиялық моделін құруды үйрендім.

   Иерархиялы немесе желілі моделдерге қарағанда реляционды моделде абстракцияның анағұрлым көбірек жоғары дәрежеде жүзеге асады.

Жұмыстың нәтижелерін  жорамалдау реляционды моделдің негізінде  жатқан деректерді математикалық моделдеумен  қамтамасыз етіледі. Нақты тілде  құрылған  деректер базасына деген  кез-келген  сұрау ДБ-ның схемасымен және нақтылы деректермен анықталған жауап қайтарады. Таңдап алынған  пәндік аймақ терминдік қатынастарда жеткілікті нақты суреттеледі. Жазбалардың  артық қайталануы жоқ. Модель көрнекі  және қажеттілік жағдайда кез-келген деңгейдегі деректерге рұқсатты іске асыруға болады.

Қазіргі уақытта деректердің реляциялық қалыбы көптеген мәліметтерді иеменденіп және қазіргі кездегі деректер базасының басқару жуйесіне мұндай мәлiметтердiң берiлуiне тап бағдарланған.

Реляциялық үлгi мәлiметтердiң  қарастыруын ерекше әдiс сияқты көрсетуге  болады және оларды (байланыс түрінде) манипуяциялауға болады. Басқа модельдерге қарағанда деректер базасындағы реляционды моделде пайдаланушы қандай мәліметтер керек, қандай маліметтер керек еместігін өзі корсете алады.