Библиографска описание:
Ключови думи: база данни, образувание, атрибут, човешки ресурси, първичен ключ, външен ключ
Както предметната област считаме за дейността на отдела за персонал. Определяне на вида и състава на атрибута на интуитивно ниво, т. Е. Ние определяме какви типове данни се характеризира с нашите изследвания обект.
РЕЗЮМЕ (Фигура 1) - обект на данни от всякакъв характер, които се съхраняват във връзка (таблица, която съдържа данни). Всяка структура, в ER-модел е представен като правоъгълник с името:
Фиг. 1. Същност - "Състав на семейството на работниците"
По същество, съдържа различни атрибути. Умение (Фиг.2) - същността на имота (заглавната част на колона). Атрибутите са представени в рамките на правоъгълника, който определя същността:
Фиг. 2. атрибути - същността на "състава на персонала семейство"
Всеки екземпляр на едно предприятие трябва да бъде уникален и различен от другите копия. За да се подчертаят случаи, търсене в тяхната база данни, връзки към други таблици с помощта на атрибути, които еднозначно определят конкретен обект. Тези качества се наричат ключове. Разграничаване първични ключове и чуждестранна: основен ключ (първичен ключ) - този атрибут или група от атрибути еднозначно идентифициращи инстанция, предприятието отнася на първичния ключ в диаграмата не изискват специални символи - това са основните характеристики, които са изброени над хоризонталната линия атрибути; външен ключ (външен ключ) се създават автоматично, когато връзката се свързва същността: Съобщение представлява позоваване на основните ключови атрибути на дете лице и тези атрибути се образува външния ключ в детската обекта (ключов миграция). Характеристиките на външния ключ са отбелязани с (FK) след неговото име [1].
Съставът на атрибутите и тяхното описание, първичните и заместник ключовете за развитие на база данни от данните на отдел персонал, представени в таблиците по-долу:
Характеристики на същността, "Семейство структура служител» (FAMILY_COMPOSITION_WORKER)
Името на логическото ниво
За да създадете база данни, "Човешки ресурси", са взети само някои от най-основният субект в количество, достатъчно да се следват основните закони, разбира се, че данните са много по-малки, отколкото може да се съдържа в сегашната база данни, посветена на дейността на обслужване на персонала, ето някои от тези, които не се считат за : счетоводен персонал (лични файлове, лични карти, въпросници); издадените удостоверения; трудови книжки (получаване, попълване, съхранение и доставка на трудовите книги); график почивка; пътуване (регистриране и отчитане на пътуване); персонала в счетоводството; обучение ;. военна счетоводство и т.н. Например база данни "Персонал", лесно допълнен, ако е необходимо, се развиват професионално база данни.
Logic ниво представяне на модела на данни - е нивото на абстрактното, концептуално картиране на набори от данни, в която се подчертава обективна страна realnosti.Pri счита високо ниво проектиране на база данни с помощта на ER-модел. С нейна помощ е възможно да се идентифицират ключовите дух и да назначат връзки, които могат да бъдат установени между обектите в модела е представен като диаграма. Фиг.3 нанесени логически модел на данните на системата е описано. Линия между тях се определят връзките и икони на краищата - форма на комуникация (Фигура 4).
Фиг. 4. Видове облигации
Концепцията на зависими и независими образувания се увеличава тип връзка между двата субекта. Ако искате външния ключ се предава на детето субект (и, като резултат, създаден зависим субект), можете да създадете установима връзка между майка и дете предприятието. Определяне на връзката означена с непрекъснатата линия между субекти.
Неидентифициращи комуникации, които са уникални, също така е, свързани с дъщерно дружество на предприятието-майка. Неидентифициращи връзка се използва за показване на други видове прехвърляне на чуждестранни ключовите атрибути - предаване на данните за детето лице (под линия). Неидентифициращи връзка показано с прекъсната линия между обектите. Тъй като ключовете не се предават в неидентифициращи връзка част от първичния ключ на дете субект, а след това този тип връзка не се показва във всеки идентифициране зависимост.
Последният етап на моделиране база данни - прехода към модела на физичния слой, в който също така е представен модел под формата на диаграма (Фигура 5).
Фиг. 5. Физически модел
Основната цел на процеса на проектиране е генерирането на физическата схема на база данни ВП. Получената SQL-скрипт:
Създаване на таблица DETAILS__WORKER (
MAR_STATUS_CODE ЦЯЛО НЕ NULL,
OFFICER_CODE ЦЯЛО НЕ NULL,
MANNING_TABLE_CODE ЦЯЛО НЕ NULL,
Свързани статии