MS Access

Пән: Информатика, Программалау, Мәліметтер қоры
Жұмыс түрі: Материал
Тегін: Антиплагиат
Көлемі: 19 бет
Таңдаулыға:

Жоспар

1. Кіріспе
2. MS Access - ті іске қосу
3. MS Access - басты терезесімен танысу
4. Мәзір командалары

1. MS Access ең кең тараған деректер басқару жүйелерінің (ДҚБЖ) бірі болып табылады. Оның шежіресіне көз жүгіртетін болсақ төмендегідей мәліметтерді айтуымызға болады:
• 1995 Access 7 (Windows 95 үшін MS Office 95 пакеті)
• 1997 Access 97 (MS Office 97 пакеті)
• 1999 Access 2000 (MS Office 2000 пакеті)
• 2001 Access 2002 (Office XP пакеті)
• 2003 Access 2003 (MS Office 2003)
• 2007 Microsoft Office Access 2007 (MS Office 2007)
• 2010 Microsoft Office Access 2010 (MS Office 2010)
Microsoft Access бағдарламасы ол - кез-келген фирма, мекеме, шағын кәсіпкерлік шаруа-шылықтар бір-бірі турла мағлұмат алу үшін, немесе келісу үшін, арнайы қағаздар толты-рып, құжаттар дайыднап, қағаздардың санын көбейтіп әуре болмайды. Мұның бәрін осы бағдарлама жасайды. Бұл бағдарламада кесте түрінде, сызба түрінде, кез-келген фирманың толық мағлұматтары болады. Оны алып қарап, онымен тікелей жұмыс жасай беруге болады.
Microsoft Access бағдарламасы қазіргі кезде компьютерлік технологиялардың құрал ре-тінде кеңірек пайдаланылуы. Бұл бағдарлама қазіргі таңда компютерді осы бағытта пайда-ланудың нақты мысалдары көп емес. Бұл бағдарламаны оқушыларға оқыту жүйесіндегі көп-теген сатылардан біртіндеп меңгеру арқылы жүргізіледі.
Microsoft Access бағдарламасы кеңінен қолданылатын бағдар. Ол өнідіріс орындарында, баспа-кітап шығару салаларында, оқулықтар жасауда, сауда-саттық айналымында есептік жүйелерді орындауда ерекше рөлді атқарады. Microsoft Access бағдарламасы жоғарғы оқу орындарындағы оқушылар үшін кеңінен пайдалану да бірнеше ұтымды жақтары бар. Оқу процесінде білімін жетілдіру, ақпарат құралдарын енгізу, есте сақтау операциялары бойын-ша барлық мағлұматтарды енгізіп отыру, есептеу, сараптау, т. б. жүйелер үшін тиім-ді. Microsoft Access бағдарламасы көбінесе, баспа қызметерінде, жоба жасау, типография-лық және топографиялық, жалпы инженерлік саланың бәрін де қызмет етеді. Сонымен қоса конструктілік тәсілдердерді орындау, кестелермен жұмыс жасау салаларын да қамтиды.
MS Accessақпаратты көрсету және сақтау үшін пайдаланылатын жеке компонеттерден тұрады. Олар: кесте, форма, есеп беру, сұраныстар, деректерге мүмкіндік беретін беттер, макростар және модульдер. Формалар мен есептерді құру үшін конструкторлар қолданыла-ды, осндықтан бұл компонеттер конструкторлық объектілер деп аталады. Конструкторлық объектілер басқару элементтері деп аталатын едәуір кіші объектілерден тұрады (олар: өріс, батырмалар, диаграммалар, жақтаулар, және т. б. ) .
MS Access кіру жолы: пуск - все программы - MS Office - MS Access, яғни

Кесте деректер қорының негізі болып табылады. MS Access-те бүкіл ақпарат кестелерде беріледі.
Формалар-форма терезесінде кестелерді енгізу мен көру үшін қолданылады. Олар экран-да бейнеленген ақпараттың көлемін шектеуге мүмкіндік береді және оны тиісті түрде көрсе-теді. Шебердің көмегімен форманы, оған алдын-ала құрылған шоблонның біріне сәйкес ор-наластырып берілген кестенің өрістерін енгізе отырып, құруға, яғни форманың конструкто-ры көмегімен кез-келген күрделі дәрежедегі формаларды құруға болады.
Есесп берулер деректер қорында бар ақпаратты бейнелеу үшін қолданылады. Есеп беру-лер конструкторының көмегімен деректер тобын, өрістер тобын және есептелінетін өрістер-ді, оларды сәйкес жасайтын өз есеп берулерімізді дайындай аламыз.
Сұраныс деректер қорынан ақпаратты алады, әрі мұнда деректер бірнеше кесте арасында бөлінген болуы мүмкін. MS Access-те сұранысты пішімдеу үшін үлгі бойынша сұрату деген әдіс қолданылады. Визуалды ақпарат негізінде бұл әдісті қолдана отырып бір немесе бірне-ше кестелерден қажетті деректерді алуға болады.
Деректерге қатынау беті MS Access немесе Mocrosoft SQL Server деректер қорында сақталған интернет немесе интернет арқылы жұмыс істеуге және оларды көруге арналған Web парақтың арнайы түрін ұсынады.
Макростар жиі орындалатын операцияларды автоматтандыруға арналған. Әрбір макрос бір немесе бірнеше макрокомандалардан тұрады, олардың әрқайсысының белгілі бір қызме-ті бар, мысалы, формаларды немесе есептерді баспаға жібереді.
Енді MS Access терезелеріне шолу жасап кетейік және олардың мәзірлер қатарын қарас-тырып өтейік.
Бастапқы терезесі:

Деректер қорын құрастырушы терезесінің түрі:

Мәзір қатары:

Тақырыбы: МББЖ Access
Жоспар
Кіріспе
I. Бөлім . Даталогиялық жобалау туралы жалпы мағлуматтар.
1. 1 Даталогиялық жобалаудың бастапқы деректері.
1. 2 Даталогиялық жобалау нәтижесі.
1. 3 Даталогиялық жобалауға қатынасы.
1. 4 Деректер базасын құрамын аңықтау.
1. 5 Жасанды идентификаторларды енгізу.
II Бөлім. Даталогиялық модельдердің ерекшеліктері.
2. 1 Іштей жазу құрылымы.
2. 2 Сыртқы жазу құрылымы.
2. 3 Желілік МББЖ тендес файлдармен даталогиялық жобалау.
III Бөлім. Мәліметтер базасын жобалау « Жиһаздар»
3. 1 Таблицалар
3. 2 Форма
3. 3 Сұраныстар
Қорытынды
Қолданылған әдебиеттер.

Кіріспе
Мәліметтер базасында жобалау кезендері.
Мәліметтер базасында белгілі - бір пәндік облыс туралы ақпарат көрінеді. Пәндік облыс (ПО) деп нақты зертеу үшін қызығұшылық білдіретін реалды әлемнің бөлігі аталады. Автоматтандырылған ақпараттық жүелердепәндік облыстың көрінісі мәліметтердің бірнеше деңгейлерінің модельдерімен ұсынылады. Модельдердің деңгейлерінің саны МББЖ - нің ерекшеліктеріне тәуельді болады. Әрі қарай біздер МББЖ - ге деректер базаларын жобалауда сұрақтарын қарастырамыз, құрылымдық деректер модельдерін қолдаймыз. Модельдер логикалық және физикалыһ деңгейде бөлек түрінде қолданатына қарамастан, методологиялық көзқарастан мөдельдердің деңгейлерін және деректер базаларының жобалау кезендерін бәрі - бір белгілеуге болады.

Деректер базасының даталогиялық моделі (ДМ) . Даталогиялық модель логикалық деңгейдің моделі болып табылады және ол деректер элементтерінің логикалық арасындағы байланысты бейнелеп, олардың сақтау сыртқы ортаға да мазмұнына тәуельді болмайды. Осы модель информациялық бірліктер терминдеріне құрылады, нақты МББЖ рұқсат етілген, біздер деректер базасын жобалайтын ортада. ДЛМ құру кезеңі даталогиялық жобалау болып аталады. МББЖ тілімен деректер базасының логикалық құрылымын суреттеуді сызбанұсқа д. а.
ДБ физикалық моделі . Даталогиялық модельдің сақталатын орнына байланыстыру үшін физикалық деңгейдің деректер моделі қолданылады(көп жағдайда физикалық моделі д. а. ) . Осы модель есте сақтау құралғыларды аңықтайды және деректерді сақтайтын жерде физикалық түрін ұйымдастырады. Физикалық деңгейдегі модель мүмкіндік нәтижелілігін есептеп құрылады, МББЖ суреттеуі бойынша. Деректер базасының физикалық құрылымын суреттеуді сақтау сызбанұсқасы д. а. Соған сәйкес ДБ жобалау деңгейі физикалық жобалау д. а.

I. Даталогиялық жобалау туралы жалпы мағлуматтар.
1. 1 Даталогиялық жобалаудың бастапқы деректері.
Кез - келген МББЖ өзіне мүмкін болатын мәліметтердің логикалық бірліктерімен жұмыс жасайды, сонымен қатар жоғарғы деңгейдегі логикалық құрылымдардың ақпараттық бірліктерді құраушы төменгі деңгейлерден аңықталған ережелер композицияларын қолдануға мүмкіндегі береді. Бұдан басқа, көптеген МББЖмәліметтер базасы құрылымына сандық және басқалай шектеулер қояды. Сондықтан даталогиялық модельді құруға кіріспестен бұрын МББЖ - нің ерекшеліктерін тыңғылықты түрде оқып - зерттеу керек, жобалық шешімді таңдауға әсер етуші факторларды анықтау қажет, сонымен қатар, жобалаудың автоматтандырылуының қолда бар жабдықтарын, оларды пайдалану мүмкіндіктері мен мақсатты бағытталдығын анализдеу керек.
Даталогиялық жобалау мәліметтер базасының логикалық құрылымын жобалау болып МББЖ - мен ұсынылатын мәліметтерді физикалық мүмкіндіктері әсер етеді. Сондықтан да, мәліметтерді физикалық ұйымдастыру ерекшеліктерін білү логикалық құрылымды жобалау барысында пайдалы болып табылады.
Мәліметтер базасының логикалық құрылымы, және де мәліметтермен толтырылған мәліметтер базасы реалды пәндік облыстың көрінісі болып табылады. Сондықтан жобалық шешімдерді таңдауға информациялық модельде көрсетілген, пәндік облыспен көрсетілетін специфика әсер етеді.

1. 2 Даталогиялық жобалау нәтижесі.
Даталогиялық жобалаудың түпкілікті нәтижесі болып ЯОД - да мәліметтер базасының логыкалық құрылымын суреттеу табылады. Бірақ егер жобалау “қолмен” жүргізілсе, онда ең алдымен мәліметтер базасы құрылымың схемалық графикалық көрінісі құрылады. Бұл жағдайда мәліметтерді суреттеу тілінің конструкциясы мен ақпараттық бірліктер мен олардың арасындағы байланыстарды графикалық белгілеудің арасындағы бірмағыналық сәйкестілік қамтамасыз етілуі тиіс. Графикалық көрнісіс мәліметтер базасының құрылымын автоматты жобалау барысында жобалаушымен қарым - қатынастың интерфейстік жабдығы ретінде және де жобаны құжаттау кезінде де қолданылады.
Мәліметтер базасының логикалық құрылымын жобалау барлық ақпараттық бірліктер мен олардың арасындағы байланысты анықтауды, оларға ат беруді білдіреді. Егер де ақпараттық бірліктер үшін әртүрлі типтерді қолдану мүмкін болса, онда олардың типін аңықтау қажет. Сонымен қтар кейбір сандық характеристикаларды, мысалы, өріс ұзындығын берген жөн.
1. 3 Даталогиялық жобалауға қатынасы.
Деректер моделінің әрбір типі және модельдің әрбір түрі нақты МББЖ қолданылғанда өзінің ерекше қасиеттері болады. Сонымен қатар барлық құрылымды деректер модельдерінде және өзінің ортасында ДБ ұстаным жобалауларында көптеген ұқсастықтары болады. Осының барлығы деректер базасының құрлымын жобалауда бірыңғай методологиялық қатынасты қолдануға мүмкіндік береді.
ДБ жобалау процесі алдын - ала пәндік облыстағы объектілер классификациясын жасауға, жүйеге келтіргенде объектілер және олардың арасындағы бойынша туралы ақпараты береді.
Жобалаудың бастапқы кезеңдерде ДБ - ң тізімі аңықталуы керек. ДБ логикалық құрылымын жобалауда инфологиялық модельдің деректер моделіне ауысып кетуіне жағдай жасайды және нақты МББЖ қолданылады да тексеру болғаннан кейін даталогиялық модель пәндік облыста суреттеледі.
Кез - келген пәндік облыстың даталогиялық модельде суреттеудің көптеген жобалаудың шешімдері бар.
Жобалау әдісі ең кішкентай логикалық бірлігі (олардың әртүрлі аталуына қарамастан ) барлық МББЖ семантикалық тең болады және объектің идентификаторына сәйкес келуі керек немесе объектің қасиетіне немесе процеске.
Пәндік облыстағы зат арасындағы байланыстар, инфологиялық модельде сипаталады, даталогиялық модельде инфологиялық элементердің бірге орналасуына байланысты суретелуі немесе олардың арасындағы байланыстың жариялауында. Байланыс іштей жазу сырттай жазу деңгейде де берілуі мүмкін.
Байланыстың барлық түрі емес пәндік облыстағы болғандары даталогиялық модельде нақты түрде сипатталуы мүмкін. Көптеген МББЖ элементер арасындағы М : М байланысты қолданбайды. Осы жағдай да даталогиялық модельге көмекші элемент енгізіледі, осы қатынасты сипттайтын болады. Осы жағдайға назар аудару керек, себебі пәндік облыста және ИЛМ сипаттайтын қатынастар тек қана деректер базасының құрылымы арқылы берілуі мүмкін, сонымен қатар програмалық жолмен де берілуі мүмкін. Мыс: Қорытылған объектілер деректер базасын логикалық құрылымы деңгейде класс тобының сипатталуы керегі болмайды. Осы жағайда класстар тобы програмалық жолмен сақталатын деректердің өңдеумен аңықталады. Сипаттаудың қандай тәсілмен шешімі нақты жағдайда қолдану керегінің көптеген факторлардан тәуельді болады:тұрақсыздық заттың сипаттауы номенклатураның көлемі, МББЖ ерекшеліктері деректер өңдеуі мінезіне т. с. с. Егерде пәндік облыста қызметкерлердің жынысы бойынша классификация қолданса, деректер базасында жыныстық классификаторды құрудың қажеті жоқ, себебі ол тек қана екі позицияны ұстайды және ешқашан өзгертілмейді. Соған сәйкес пәндік облыстың обьектілеріне класс топтарды бөлудің керегі жоқ, олар көп жағдайда бірлескен түрде өңделеді және негізінде оларды сипаттайтын біртүрлі қасиеттер тізімін құрайды. Егерде сипаттайтын зат тұрақсыз болса, онда оны деректер арқылы беру керек, әйтпесе ол программаның әрдайым түзулуін қажет, осы жағдайда деректерді өзгертудің жағына қарағанда қиынға соғады.
Бірлескен обьектілердің бір файлда сипатталуына қарағанда, тағы бір тәсілі бар, әрбір төменгі деңгейдегі класс тобы обьектілеріне бөлек өзіндік файлдарды атап көрсетуге болады. Осы екі вариант кез - келген МББЖ қолдану мүмкін.
Сипаттаудың басқа тәсілдері нақты және нақты емес ДБ логикалық құрылымда класс топтарының суреттеуімен байланысты класс тобының нақты суреттейді - жазуында қасиеттердің мағыналары үшін жолдар белгіленуі әртүрлі класс топтарының жалпы обьектілерге және класс топтарының қасиеттің шешіміне жолдардың орнына класс топтарына тәуельді болған тәуельді тізімімен бір жол қолданады, оның құрамынан қандай класс тобы, қандай суреттейтін обьектіге жататыны белгілі болады. ДБ класс топтарының нақты бөліктен құрылымын принциптің орындалуы МББЖ - ң спецификасынан тәуельді болады.
ДБ логикалық құрылымын жобалауында негізгі мағынасын пәндік облысының қасиеті иемденеді. Бірақта информацияның өңдеу мінезі де жобалауда шешімін қабылдауға әсерін тигізеді. Мыс: Жиі қолданылатын информацияны бірге сақтау ұсынылады, көп жағдайда бірге өңделетін және керісінше бірге көп қолданылмайтын информацияны әртүрлі файлдарға бөліктеу. Көп қолданылатын информацияны және информацияға жолдамалар жиілігі аз болатын әртүрлі файлдарда сақтау керек, соңғысын архивтік файлдарға кіргізгені жақсы бөлер еді, ДБ тізімінде қолдағаннан гөрі.

1. 4 Деректер базасын құрамын аңықтау.
Информациялық модельдерден даталогиялық модельге көшу кезінде мынаны ескеру керек, информациялық модель өзіне пәндік облыс туралы ДБ жобалауға керекті бүкіл информацияны кірістіреді. Ол ИЛМ ішіндегі заттарды бәрі даталогиялық модельде сипаттамайды. ДЛМ құрастырғананнан бұрын шешу керек қандай информация ДБ - да сақталады. Мыс: Инфологиялық модельде саналатын көрсеткіштер суреттелуі керек, бірақ та олар деректер базасында сақталмауға болады. ДБ - да сақталатын көрсеткіштер тізімін аңықтауда әртүрлі қатынастар бар. Соған сай деректер базасында тек қана нәтижелік көрсеткіштер сақталуы тиіс, ал өңделетін көрсеткіштер сұраным болған кезінде есептелуі тиіс.
Осы қатынастың жақсы жақтары бар.
1. ”нені сақтау керек ” шешімін қабылдағанда қарапайымдылық және бірлік.
2. Информацияның төлқұжатының болмауы, және одан шығатын барлық салдары
3. Кез - келген саналатын көрсеткішті алудың мүмкіндігі.
Саналатын көрсеткіштер сақталуға шешім қабылдауда бірнеше факторлар әсер етуі мүмкін.
Гипотетикалық пәндік облысты қарастырайық, ал оқу орнын суреттейді. Осы оқу орында оқитындарға стипендия беріледі. Стипендия берудің нақтыланған алгоритмі болады.
1. Барлық экзамендарды сессия уақытында тапсырылғандарға беріледі.
2. Стипендияның көлемі белгілі.
3. Кімде қаңағат деген бағалар болмаса, стипендия 25% жоғары болады.
4. Кімде тек қана өте жақсы деген бағалар болса стипендия 50 % артады.
Семестр бойы стипендияның көлемі өзгермейтінің қарастырайық. Осы жағдайда стипендияның көлемі саналатын көрсеткішке жатады, сондықтан деректер базасында сақталмайды, себебі кез - келген уақытта саналатын жолмен аңықталады. Бірақ та қарастыратын жағдайда оны ДБ сақтауға жақсы болған еді, себебі:
а) Алынатын мөлшері ірі қарай көп қолданады.
б) Стипендия көлемін аңықтаудың алгоритмі күрделі логика құрайды, санауға керекті бірнеше файлдарды қарастыруды етеді.
в) Стипендияның көлемі семестр бойы өзгермеуі керек. “Стипендияның берілуі” нақты файлды иемдегенде оның толықтылығын және дәлдігін қадағалау жеңіл болады.
1. 5 Жасанды идентификаторларды енгізу.
Деректер базасының файлында обьекті суреттегенде обьектің идентификаторы осы көптеген жағдайда кілттік жолы болады. Бірақ кейбір жағдайларда жасанды идентификаторларды енгізуге қажеттілік туады, немесе басқаша айтқанда кодтарды. Осы жағдайлар келесі болып табылады.
1. Пәндік облыста бақылағанда синонимия немесе мүмкін болу, обьектінің табиғилық идентификаторы уникальды қасиетін ие болмауы мүмкін. Мыс: Өндірістің қызметкерлері арасында бірдей фамилия болуы мүмкін. Осы жағдайда обьектілерінде біртипті идентификациясы болуы үшін информациялық жүйеде жасанды кодтарды қолдану керек болады.
2. Егерде обьект көптеген байланыстарда қатысса, онда оларды сипттау үшін бірнеше файлдар құралады, және солардың әрбіреуінде обьектінің идентификаторы қолданады. Барлық файлдарда обьектінің ұзын табиғилық идентификаторды қолданбау үшін қысқа кодты енгізіп қолдануға болады. Ол тек қана есті экономдап қоймай сонымен қатар информацияны енгізуді жеңілдетеді.
3. Егерде табиғилық идентификатор уақыт сайын өзгеруі мүмкін, онда көптеген проблемалар пайда болуы мүмкін, егер осындай “динамикалық идентификатормен” қатар “статистикалық жасанды идентификаторларды ” қолданбаса.
Қайсыбір обьектілерге идентификаторлар иеленіп отырса, онда осы идентификаторлар тұрақты болуы қаламау керек. Мыс: Оқу орындарында қайсыбір жағдайларда оқу группалар аңықталады. Оларды сипаттау үшін курстық номерін қолдануға болады. Бірақ осы жағдайда группаның идентификаторы жыл сайын өзгеріп отырады.
Даталогиялық модельді жобалаған барлық қадамдары итеративті істеледі. Сонымен қатар даталогиялық жобалау деңгейдің ішінде де, басқа ДБ жобалау деңгейлерінде де итерация болуы мүмкін.