Създаване на база данни за фактурата

Система за управление на база данни (СУБД), централизирана сигурност и цялост на данните, защита срещу неоторизиран достъп. Изграждане на концептуални и релационни модели. Процес на нормализиране. Проектиране на база данни в ACCESS.

Изпратете вашата добра работа в базата знания е проста. Използвайте формуляра по-долу

Студенти, аспиранти, млади учени, използващи базата от знания в своето обучение и работа, ще ви бъдат много благодарни.

Федерална агенция за образование

ТОМСКИ ДЪРЖАВЕН УНИВЕРСИТЕТ НА СИСТЕМИ ЗА УПРАВЛЕНИЕ И РАДИОЕЛЕКТРОНИКА (TUSUR)

Катедра за интегрирана информационна сигурност на електронните изчислителни системи

СЪЗДАВАНЕ НА БАЗА ДАННИ ЗА ОВЕРЛАЙ

Обяснителна бележка за курсова работа.

Федерална агенция за образование

ТОМСКИ ДЪРЖАВЕН УНИВЕРСИТЕТ НА СИСТЕМИ ЗА УПРАВЛЕНИЕ И РАДИОЕЛЕКТРОНИКА (TUSUR)

Катедра за интегрирана информационна сигурност на електронните изчислителни системи (KIBEVS)

Необходимо е да се създаде база данни на паспортната и визовата услуга. Изследвайте дадена тематична област, изберете основни атрибути. Изградете концептуален модел на домейн.

Въз основа на концептуалния модел изградете релационен модел, установете връзки между обектите. Задайте първични и външни ключове. Извършете нормализиране. Обяснете извършените трансформации.

Проведете проучване на получения модел, като зададете няколко сложни заявки към получения модел.

Дата на издаване на заданието: „____“ _______ 2006 г.

Задачата е приета за изпълнение

"____" ___________ 2006 г. Подпис на ученика ___________

1. Изграждане на концептуален модел

2. Изграждане на релационен модел

4. Проектиране на база данни в ACCESS

5. Създаване на SQL заявки

Списък на използваните източници

Система за бази данни е всяка компютърна информационна система, в която данните могат да се споделят от много приложения. Това означава, че данните са организирани да поддържат повече от едно конкретно приложение. Основната разлика между системата от бази данни и традиционната файлова система е многократното и разнообразно използване на едни и същи данни. Данните не са обвързани или контролирани от някое конкретно приложение. Отделните приложения вече не са отговорни за създаването и поддържането на данни. Тези отговорности са възложени на долния слой на софтуера - системата за управление на базата данни (СУБД). СУБД действа като посредник между потребителите на приложения и данните. Също така СУБД трябва да предоставя гаранции за сигурността и целостта на базата данни. Потребителите на компютри трябва да могат да защитят данните си от неоторизиран достъп, както и да ги възстановят в случай на някаква системна повреда. Централизираната сигурност на данните е важна характеристика на СУБД. Най-същественото предимство на системите за бази данни е централизираната цялост на данните.

При изучаване на бази данни техният дизайн е от решаващо значение. Изграждането на концептуален модел е процес на моделиране на семантичното съдържание на база данни. Концептуалният модел се състои от следните три основни компонента.

1 Обекти. Това са елементи от реалния свят, които могат да съществуват независимо. В моя случай обектите са: магазин, продавач, фактура, център. офис. Обектът е представен в концептуалния модел от правоъгълник с неговото име.

3 Връзки. Връзката представлява взаимодействието между обектите. На диаграмата тя е изобразена като диамант, който свързва субектите, участващи в отношенията. В моя случай връзката между служителя по паспорта и документите ще бъде едно към много, тъй като определен пакет документи се обслужва от един служител на паспорта, който от своя страна обработва произволен брой документи. Всички останали връзки ще бъдат едно към едно, тъй като всеки гражданин има свой собствен набор от документи, всеки комплект документи съответства на един руски паспорт и един чуждестранен паспорт.

Фигура 2.1 показва концептуален модел на дадена база данни.

Фигура 2.1 - Концептуален модел

2. Изграждане на релационен модел

Днес преобладава технологията на релационните бази данни. Той осигурява относително просто средство за представяне и манипулиране на данни. В релационна база данни всички данни се съхраняват в таблици. Имената на обектите ще станат заглавия на таблици, а атрибутите - колони. Целостта на данните в релационна база данни се основава на концепцията за ключовете. Първичен ключ (PK) е атрибут, който може да се използва за уникално идентифициране на таблица. Така че за таблицата „магазин“ първичният ключ ще бъде „id_M“, за таблицата „продавач“ - „id-P“, за таблицата „фактура“ - „id_N“, таблицата „централен офис“ ще бъде идентифицирана с атрибут “id_C”. Чуждестранният ключ (FK) е атрибут, който съществува в множество таблици и е първичният ключ на една от тези таблици. Връзката се осъществява от първичния ключ на една таблица към външния ключ на друга таблица. Релационният модел е показан на фигура 3.1.

Фигура 3.1- Релационен модел

Нормализирането е процес, който гарантира, че структурите от данни в релационна база данни са ефективни.

Първата нормална форма изисква всички стойности на полетата да бъдат атомни и всички записи уникални. Релационният модел, показан на фигура 3.1, е в първата нормална форма.

Моделът е във втора нормална форма, ако, първо, е във първа нормална форма; и второ, той не съдържа неключови атрибути, които са в частична функционална зависимост от първичния ключ. Въз основа на дефиницията разделяме таблицата „продавач“ на две таблици, втората получена таблица ще се нарича „данни на продавача“. В таблицата „продавач“ имаме само един идентификатор „id_P“, което означава, че неключовите атрибути зависят от целия първичен ключ. В таблицата „данни за продавача“ няма неключови атрибути, което означава, че не може да има частична зависимост. По същия начин разделяме таблиците „магазин“, „фактура“ и „централен офис“. Релационният модел във втора нормална форма е показан на фигура 4.1.

Фигура 4.1 - Втора нормална форма

Фигура 4.2 - Трета нормална форма

4. Проектиране на база данни в ДОСТЪП.

Microsoft Access е СУБД, предназначена за съхраняване и търсене на информация, представяща я в удобна форма и автоматизираща често повтарящи се операции (фиг. 5.1). За да внедрите база данни в достъпа, трябва да въведете вашия модел чрез режим на проектиране. Първо, трябва да въведете името на таблиците и всички техни атрибути. Типът данни и първичният ключ също са зададени тук (фиг. 5.2).

Фигура 5.1 - Таблици в достъпа

Фигура 5.2 - Атрибути на таблицата "Фактура"

След това прилагаме нашия трети релационен модел в нормална форма в схемата за данни (Фигура 5.3).

Фигура 5.3 - схема на данни

След това въвеждаме данни в таблиците и правим запитвания. За целта създаваме заявки чрез режима на проектиране: добавяме необходимите таблици (връзките се задават сами) и посочваме полетата, които трябва да се показват след

Фигура 5.4 - Създаване на заявка

В резултат на това на екрана ще се покажат полетата, посочени в заявката (фиг.5.5).

Фигура 5.5 - Заявка за резултат

Можете да създавате заявки с условия за подбор или чрез сортиране на данни. Например трябва да покажете стоки, данъкът върху които надвишава 5000. За целта въвеждаме ограничение в колоната „Условие за избор“ (фиг. 5.6).

В резултат на това се появява таблица с данък върху стоките, върху която 8448 и 9844. (Фиг. 5.7).

Фигура 5.6 - Въвеждане на ограничение

Фигура 5.7 - Заявка за резултат

SQL е релационен език на база данни, който позволява на потребителя да създава, изтрива, управлява и налага данните, съдържащи се в базата данни, за да наложи целостта на релационните данни. За да влезете в SQL режим в достъп, трябва да щракнете с десния бутон на мишката в полето на конструктора на заявки и в прозореца, който се появява, да щракнете върху "SQL Mode" (фиг. 6.1).

Фигура 6.1 - Избор на SQL режим

ОТ [описание на продавача]

Фигура 6.2 - SQL заявка в достъпа

Фигура 6.3 - Заявка за резултат

Нека представим още няколко заявки, създадени с помощта на SQL.

Следващата заявка показва полетата: „id_M“, „количество на склад“, „продукти“ от таблицата „съхраняване на продукти“ и избира всички продукти, започващи с буквата „p“.

ИЗБЕРЕТЕ [съхранявайте стоки] .id_M, [съхранявайте стоки]. [Количество на склад], [съхранявайте стоки]. Стоки

ОТ [съхранявайте продукти]

КЪДЕ ((([съхранявайте стоки]. Стоки) Като "n *"));

Следващата заявка показва полетата: „id_N“ и „No.“ от таблицата „данни за фактури“ и избира номера на фактури, по-големи от 700.

ИЗБЕРЕТЕ [данни за фактури] .id_N, [данни за фактури] .№

ОТ [данни за фактури]

КЪДЕ ((([данни за фактура] .№)> "700"));

Следващата заявка показва полетата: "данък" и "към кой магазин" от таблицата "фактура" и избира магазини, чийто данък е повече от 3000 и името завършва на 2.

ИЗБЕРЕТЕ Invoice.tax, товарителница. [Към кой магазин]

КЪДЕ (((Invoice.tax)> "3000") И ((Фактура. [Към кой магазин]) Като "* 2"));

Този доклад представя работата по проучване и проектиране на база данни за паспортна и визова услуга, в получената база данни можете да съхранявате данни за клиенти и служители на паспортната служба. Дизайнът е представен чрез изграждане на концептуален модел, разработване на релационен модел, базиран на него и внедряване на база данни в Microsoft Access. В хода на работата бяха проучени и внедрени команди за извличане в SQL.

Списък на използваните източници

един. Роланд Ф.Д. Основни понятия за бази данни. 2002г.

2. Трифонова Н.А., Прозорова С.С. Кабинет за ученика. 2004г.

Подобни документи

Същността на базата данни. Процесът на изграждане на концептуален модел. Изграждане на релационен модел, създаване на ключово поле. Процес на нормализиране. Проектиране на база данни в ACCESS. Процедура за създаване на база данни. Създаване на SQL заявки и работа в базата данни.

Достъп до дизайн на база данни. Система за управление на база данни. Създаване и поддръжка на база данни, осигуряваща достъп до данни и тяхната обработка. Поставяне на задачи и цели, основните функции, изпълнявани от базата данни. Основните видове бази данни.

Изграждане на концептуален модел, процес на моделиране на семантичното съдържание на базата данни. Основните компоненти на концептуалния модел. Изграждане на релационен модел. Целостта на данните в релационна база данни. Нормализация. Проектиране на база данни в ACCESS.

Изграждане на концептуален модел. Проектиране на релационен модел на данни, базиран на принципите на нормализиране: процес на нормализиране и речник. Проектиране на база данни в Microsoft Access: изграждане на таблици, създаване на заявки, включително SQL заявки.

Създаване на програми, които ви позволяват да създавате бази данни. Създаване на таблица на база данни. Създаване на схема за данни. Създаване на формуляри, доклади, заявки. Увеличение на обема и структурна сложност на съхраняваните данни. Характеристики на системата за управление на базата данни Access.

Компютърна информационна система. Основната разлика между системата от бази данни и традиционната файлова система. Изграждане на концептуален модел, релационен модел. Нормализация. Проектиране на база данни в ACCESS. Създаване на SQL заявки.

Бази данни с двуизмерни файлове и релационни системи за управление на бази данни (СУБД). Създаване на база данни и обработка на заявки към тях с помощта на СУБД. Основни типове бази данни. Основни понятия за релационни бази данни. Основни свойства на взаимоотношенията.

Анализ на бази данни и техните системи за управление. Проектиране и създаване на релационна база данни в MS Access за ресторант Dolphin: изграждане на информационен логически модел, разработване на структури на таблици на бази данни и схеми за данни, създаване на уеб сайт.

Създаване на база данни, планиране на разработката и системни изисквания. Дизайн на база данни в Microsoft Access, елементи и типове данни. Създайте маса и използвайте дизайнер, за да ги модернизирате. Изграждане на заявки и създаване на макроси.

Създаване на база данни в среда на MS Access. Създаване и работа с база данни в студиото. Алгоритъм за решаване на проблема. Избор на пакет от приложни програми. Проектиране на форми на изходни документи с помощта на MS Access СУБД. Структура на запис на таблица на база данни.