Обучение студентов нормализации баз данных на основе использования метода минимализации количества объектов

Нормализация как один из важных процессов проектирования баз данных. Методика преподавания информатики. Принцип априорной минимализации количества начальных знаний. Построение базы данных на основе одной таблицы. Метод минимализации количества объектов.

Рубрика Программирование, компьютеры и кибернетика
Вид статья
Язык русский
Дата добавления 25.08.2021
Размер файла 187,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

ОБУЧЕНИЕ СТУДЕНТОВ НОРМАЛИЗАЦИИ БАЗ ДАННЫХ НА ОСНОВЕ ИСПОЛЬЗОВАНИЯ МЕТОДА МИНИМАЛИЗАЦИИ КОЛИЧЕСТВА ОБЪЕКТОВ

Л.Б. Эрштейн

Санкт-Петербургский университет технологий управления и экономики, г. Санкт-Петербург, Россия

Рассмотрена проблема обучения студентов нормализации баз данных, доказано, что нормализация является одним из важнейших процессов проектирования баз данных. Приводятся шесть основных принципов обучения нормализации баз данных. Соблюдение этих принципов позволит существенно повысить эффективность обучения нормализации баз данных. Пример обучения нормализации иллюстрирует использование данных принципов. При этом обучение нормализации основывается на использовании четырех этапов. Показано, что обучение в соответствии с приведенным примером было существенно эффективнее, чем когда оно осуществлялось привычными методами.

Ключевые слова: базы данных, нормализация, обучение базам данных, проектирование баз данных.

STUDENTS' TRAINING TO NORMALIZING DATABASES BY USING THE NUMBER OF OBJECTS MINIMIZING METHOD

Ershtein L.B.

St. Petersburg University of Management

Technologies and Economics, St. Petersburg, Russia

The article deals with the problem of teaching students to design databases, analyzed such a problem as teaching students to normalize databases. It is shown that in some cases, training in database design and normalization as part of this design is necessary for students who are far from information technology. It is proved that in modern educational practice, normalization training is carried out with the use of few effective techniques. As a result, the question arises about the development of effective methods of such training. The article substantiates the principles according to which normalization training should be conducted with the use of a minimum number of objects. Six principles of normalization training, which are a direct consequence of this principle, are revealed. Namely we are talking about such principles as:

1. The number of initial normalization objects should be reduced to the minimum required for a particular example. It is desirable that at the initial stage of these objects was no more than two.

2. Each new term should be introduced only as a consequence of its absolute necessity, if you can do without the term, it is better not to use it.

3. Only the normalization process and nothing else related to the database should be studied.

4. Each next stage of normalization should be a direct consequence of the previous one.

5. Each stage should be accompanied by appropriate explanations. In other words, it is necessary not only to answer the question “what should be done?”, but also clearly answer the question “why is it necessary to do this?”.

6. It is possible to neglect absolute fidelity of the offered constructions if they do not influence their basic correctness. In the event that absolute fidelity significantly complicates the understanding of the process.

The method of databases normalization training developed on the basis of these principles is presented. The technique consists of four stages:

1. At the first stage, the necessity of database normalization with the use of two objects is substantiated in detail. Training is conducted on the basis of interactivity and visibility. That is, in the process of dialogue with students and illustration of these dialogues with concrete practical examples showing redundancy of data or not the possibility of building databases if normalization is not implemented. All training is based on the use of Microsoft Access relational database of different versions.

2. At the second stage, students are shown the need to use an artificial identifier to solve the problems identified at the previous stage. A specific example of using an artificial identifier is shown. An example of a specific solution using a minimum number of objects is given.

3. In the third stage, students are shown the possibility of expanding the design used in stage two. Another new object is introduced. The principle of database openness is clearly demonstrated.

4. The fourth stage demonstrates the possibility of implementing a “many-to-many” relationship, the creation of which is far from obvious in the chosen software environment. The minimum required number of objects is also used to illustrate the creation of such a link.

Thus, the article shows the development and implementation of the methodology of training database normalization based on the use of a minimum number of objects.

Keywords: Databases, normalizing, database training, database design.

Одной из наиболее актуальных проблем обучения современным информационным технологиям является проблема обучения проектированию реляционных баз данных. Актуальность данной проблемы обусловлена расширением использования баз данных в различных сферах социального бытия. Фактически в настоящий момент не существует ни одной сферы жизни общества, в которой так или иначе не применялись бы реляционные базы данных. Такая широта использования обусловлена, с одной стороны, распространением современных информационных технологий во всех областях существования социума и, с другой стороны, предельной логичностью и удобством использования реляционной модели построения баз данных. В настоящий момент реляционные базы данных широко используются даже в таких далеких от информационных технологий сферах, как, например, филология, искусствоведение или спорт.

Позволяя хранить неограниченные объемы различных типов данных, реляционные базы дают возможность организовывать и извлекать необходимые данные в зависимости от реальных потребностей людей, подчас не имеющих ничего общего с проектированием и созданием даже простейших информационных систем.

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

Служба поддержки компании Microsoft дает следующее определение процессу нормализации баз данных. «Нормализация - это процесс организации данных в базе данных, включающий создание таблиц и установление отношений между ними в соответствии с правилами, которые обеспечивают защиту данных и делают базу данных более гибкой, устраняя избыточность и несогласованные зависимости» [1]. Хотелось бы подчеркнуть, что процесс нормализации применяется во всех реляционных базах данных без исключений, однако наиболее удобной моделью для его изучения является использование такой широко распространенной базы данных, как Microsoft Access.

Без осуществления нормализации грамотное проектирование баз данных невозможно. Вопросы ее изучения рассматриваются в многочисленных самоучителях [2, 3, 6], посвященных проектированию баз данных, и фактически больше нигде, источники по методике преподавания информатики эти вопросы практически не освещают [4, 5]. Между тем реальный опыт показывает, что эти вопросы являются наиболее сложными в целостном процессе обучения проектированию баз данных.

Microsoft Access, не требуя специальных знаний программирования, в принципе осваивается студентами легко, за исключением нормализации, которая для своей реализации требует не запоминания последовательностей обращения с интерфейсом программы, но ясного понимания смысла и логики построения баз данных как таковых.

Формально нормализация описывается таким разделом математики, как реляционная алгебра, и, казалось бы, для ее изучения необходимо изучить данный раздел математики. Но, во-первых, он сам по себе является достаточно сложным, во-вторых, не всегда имеется достаточное количество учебных часов для его освоения, в-третьих, решение задачи нормализации вполне возможно и без знания реляционной алгебры. Поэтому чаще всего источники объясняют нормализацию, не прибегая к реляционной алгебре, что видится принципиально правильным.

Однако практически все рассмотренные нами самоучители дают столь сложное объяснение нормализации, что понять его не знакомому с процессом обучающемуся крайне сложно, а часто и совсем невозможно. Типичным примером объяснений такого типа является объяснение, данное упомянутой выше службой поддержки компании Microsoft или руководством по проектированию баз данных, представленным на известном обучающем информационном ресурсе habr.com. При этом и там, и там изложение ведется с точки зрения инфологической модели и разработки нормальных форм. За основу берется таблица [6], представленная на рис. 1.

Похожие конструкции представлены и в других самоучителях. При этом авторы объяснений не учитывают следующих обстоятельств:

1. Объяснения даются тем, кто вообще не знаком с процессом нормализации.

Рис. 1. Основа для нормализации, представленная в объяснении компании службы поддержки компании Microsoft

2. Любой новый термин вызывает у обучающихся сложности восприятия.

3. Обучение ведется с точки зрения вводимых авторами новых для обучающихся терминов, тем самым вызывая сложности в понимании всего процесса как такового.

4. За основу нормализации берутся достаточно сложные конструкции, осмысление которых само по себе может вызвать значительные проблемы у многих студентов.

На наш взгляд, такая ситуация видится в корне неправильной, объяснения такого рода предназначены для людей, которые уже умеют осуществлять нормализацию таблиц. Автор данной работы, имеющий многолетний опыт работы с базами данных, читая объяснения самоучителей, имеет значительные сложности в понимании этих объяснений.

Но какой же тогда выход из положения? На наш взгляд, основным выходом является объяснение с точки зрения минимализации количества объектов, используемых для нормализации баз данных. В соответствии с этой точкой зрения при объяснении должны соблюдаться следующие принципы:

1. Принцип минимализации количества начальных объектов. Количество начальных объектов нормализации должно быть сокращено до необходимого для конкретного примера минимума. Желательно, чтобы на начальном этапе этих объектов было не более двух.

2. Принцип минимализации количества новых терминов. Каждый новый термин должен вводиться только как следствие его абсолютной необходимости, если без термина можно обойтись, лучше его не использовать.

3. Принцип минимализации количества изучаемого материала. Изучаться должен только процесс нормализации и ничто другое, относящееся к базе данных. В процессе обучения должен изучаться только материал, необходимый для освоения процесса нормализации, все остальные аспекты, относящиеся к смежным темам, должны изучаться в другое время и в других темах.

4. Принцип последовательности обучения. Каждый следующий этап нормализации должен быть прямым следствием предыдущего. Обучение идет от простого к сложному, где каждый последующий этап является логическим продолжением этапа, изучаемого перед ним.

5. Принцип априорной минимализации начальных знаний обучающихся. Предполагается, что каждый обучающийся обладает нулевыми знаниями по теме обучения, следовательно, каждый этап должен сопровождаться соответствующими объяснениями. Иначе говоря, необходимо не только отвечать на вопрос «Что надо делать?», но и четко отвечать на вопрос «Почему необходимо делать именно это? ». Отличие от предыдущего принципа состоит в том, что принцип последовательности обучения предполагает выстраивание обучения в необходимой последовательности, т.е. он отвечает на вопрос «Чему после чего учить?». Тогда как принцип априорной минимализации знаний обучающихся указывает на то, почему необходимо делать то, что необходимо. Иначе говоря, если предыдущий принцип говорит о последовательности обучения, то данный принцип говорит о причинности.

6. Принцип минимализации точности конструкции. Можно пренебрегать абсолютной верностью предлагаемых построений, если они не влияют на их принципиальную правильность, если абсолютная верность существенно усложняет понимание процесса. Разумеется, в данном случае речь идет не об онтологической истинности, но об истинности построения, не противоречащей теории проектирования баз данных и не влияющей на конечную работоспособность законченного программного продукта. Здесь можно сформулировать следующую закономерность: точность предполагаемых построений должна быть снижена до минимального предела возможного влияния на работу конечного построенного приложения (в данном случае базы данных). Такое построение обучения позволяет на начальном этапе избежать усложнение изучаемой темы и сконцентрировать внимание обучающихся именно на изучаемом предмете (в нашем случае нормализации), не отвлекая обучающихся на пусть и более верные, но не оказывающие влияние на изучаемый процесс детали. Тем самым достигается понимание сущности самого процесса, после достижения которого можно рассмотреть проигнорированные ранее моменты.

В результате реализуется метод минимализации количества объектов, сущность которого состоит в том, что обучение осуществляется на основе минимально необходимого для освоения данного материала (в рассматриваемом нами случае нормализации) количества объектов. Данный метод позволяет избежать как переключения внимания студентов на другой материал, так и сложностей, связанных с освоением этого другого материала. Тем самым он дает возможность сконцентрировать обучение на изучаемой студентами теме и позволяет избежать ситуации, при которой освоение одного материала возможно только при освоении другого, подчас не менее сложного материала, что приводит к невозможности решения задачи обучения конкретной теме, которую предполагается освоить на данном этапе обучения. база преподавание информатика таблица

Хотелось бы подчеркнуть, что выявленные принципы и вытекающий из них метод носят инвариантный характер и, вероятно, могут быть использованы в обучении и другим темам и областям, но этот вопрос нуждается в специальном дополнительном исследовании.

Таким образом, реализация данных принципов позволит дать исчерпывающие объяснения нормализации. Однако мы хорошо понимаем, что изложенные принципы являются всего лишь общими словами, которые можно понимать по- разному.

На протяжении двух лет в двух вузах при изучении различных дисциплин, связанных с информационными системами, нами проводился эксперимент по обучению нормализации в соответствии с изложенными выше принципами. При этом в нашем изложении здесь мы сконцентрируемся именно на иллюстрации обучения нормализации, не касаясь таких вопросов, как создание таблиц, или технического процесса создания взаимосвязей между ними. Все это, безусловно, изучалось, но, как показывает опыт, у студентов не возникает никаких сложностей в освоении этого материала.

Итак, обучение нормализации осуществлялось следующим образом.

1. За основу изучения бралась конструкция, показанная в табл. 1.

Таблица 1 Данные до нормализации

ФИО

Телефон

Нарисовав такую таблицу на доске, студентам задается вопрос «Сколько телефонов может иметь один человек?». Естественно, студенты отвечают, что много. Далее начинаем вводить данные (табл. 2).

После этого студентам задается вопрос: «Скажите, пожалуйста, в первых двух записях это телефоны одного человека или разных людей?». Разумеется, при таких данных дать ответ на поставленный вопрос невозможно. Таким образом, перед студентами ставится вопрос об идентификации объекта. Предлагаем идентифицировать объект при помощи номера (табл. 3).

Таблица 2 Данные до нормализации с введенной информацией

ФИО

Телефон

Иван Иванович Иванов

24567

Иван Иванович Иванов

4556

Петр Петрович Петров

34566

Таблица 3 Идентификация записи при помощи номера

Номер

ФИО

Телефон

1

Иван Иванович Иванов

12334

2

Иван Иванович Иванов

33456

3

Петр Петрович Петров

5678

Теперь на вопрос «Это телефон одного и того же человека или нет?» дается четкий и верный ответ: это разные люди. Но тогда возникает следующий вопрос, а как быть, если требуется ввести два телефона для одного и того же человека? Ответы некоторых студентов на него представлены в табл. 4.

Таблица 4 Идентификация двух телефонов одного человека при помощи одного номера

Номер

ФИО

Телефон

1

Иван Иванович Иванов

12334

2

Иван Иванович Иванов

33456

3

Петр Петрович Петров

5678

2

Иван Иванович Иванов

4567

Казалось бы, это действительно решение проблемы. Но здесь мы обращаем внимание студентов на катастрофическую избыточность данных, ибо в такой конструкции необходимо вводить имя и номер человека (записи) столько раз, сколько они встречаются в базе данных. Во-первых, это неудобно, во-вторых, это занимает колоссальное место на диске. Возникает проблема нормализации.

Обращаем внимание, что только после четвертого шага студенты подводятся к необходимости нормализации таблиц баз данных, при этом речь идет о манипуляции всего лишь с двумя полями. Ничего лишнего.

Таким образом, реализуются следующие принципы обучения:

• Принцип минимализации количества объектов. Обращаем внимание, что изначально используются всего два объекта.

• Принцип минимализации количества новых терминов, вводится всего один новый термин - «таблица».

• Принцип минимализации количества изучаемого материала - изучается только процесс, относящийся к нормализации, и ничего более.

• Принцип последовательности обучения - обучение осуществляется в необходимой для оптимального освоения последовательности, изначально предполагается построение базы данных на основе одной таблицы, однако затем обучение выстраивается в должной последовательности.

• Принцип априорной минимализации количества начальных знаний - студентам дается пояснение, почему последовательность должна быть именно такой, как указано, и в чем недостатки изначального построения.

• Принцип минимализации точности конструкции пока не используется вследствие того, что студенты подводятся к необходимому решению, но оно на данном этапе не дается.

Итак, каково же решение?

2. Во-первых, студентам дается представление об искусственном идентификаторе, поле, имеющих тип данных «счетчик». Введение искусственного идентификатора исключает возможность использования табл. 4. Повторение

3. данных в этом случае уже невозможно, но задача остается прежней, необходимо ввести несколько телефонов для одного человека. И вот здесь студентам показывается изящность решения (рис. 2).

Рис. 2. Пример нормализации

Показываем, что в такой конструкции можно вводить сколько угодно телефонов для одного человека без повторения его имени. При этом обращаем внимание на необходимость поставить флажок на поле «сохранение целостности данных», для того чтобы предотвратить возможность ввода данных сперва в таблицу «Телефон», потом в таблицу «ФИО». Если данные будут вводиться сперва в таблицу « Телефон», то тогда не понятно, чей же это телефон, а телефон не может никому не принадлежать.

В данной конструкции намеренно отсутствует идентификатор записи в таблице «Телефон». Разумеется, правильным является идентифицировать каждую запись, однако введение в данную таблицу идентификатора запутает студентов, крайне сложно дать им понять, зачем это нужно, тем более, что в случае отсутствия большого количества записей такой необходимости нет. Впоследствии, когда студенты поработают с большими базами данных, они поймут необходимость введения такого идентификатора в каждую таблицу. Тем самым мы реализуем принцип объяснения нормализации.

В данном случае также происходит реализация всех изложенных выше принципов обучения:

I. Количество объектов увеличивается на один - вводится только объект «номер человека».

II. Вводятся такие новые термины, как «ключевое поле», «связь один ко многим». Никаких других новых терминов не появляется.

III. По-прежнему изучается только процесс нормализации и никакой иной.

IV. Показывается последовательность выстраивания изначальной нормализации обозначенных объектов, т.е. то, как необходимо строить наиболее простую конструкцию нормализации.

V. Однако последовательность дается не декларативно, не предполагая, что студентам изначально понятно, почему она должна быть именно такая, но сопровождается соответствующими исчерпывающими объяснениями.

VI. Как сказано выше, задание специально игнорирует тот факт, что во второй таблице также должно быть ключевое поле, тем самым студенты, до этого плохо знакомые с таким объектом, как «ключевое поле», изучают его использование только там, где оно действительно необходимо для создания работоспособной базы данных.

4. Показываем студентам возможность расширения такой базы. Спрашиваем их: «А как быть, если нужно добавить еще и адрес человека? Сколько адресов может быть у человека? ». Естественно, студенты отвечают, что адресов много. На этом примере мы показываем один из принципов построения баз данных, а именно ее расширяемость. Многие студенты уже догадываются, что в данном случае конструкция будет, как на рис. 3.

Кроме того, студентам объясняется, что каждый объект должен быть описан в своей таблице, что позволяет реализовать принцип открытости в построении баз данных.

Рис. 3. Расширение базы данных

В результате дается объяснение следующего вида: «Вы должны задать себе вопрос о том, один или несколько раз встречается данный объект в базе. Так, если вы хотите добавить в базу номер российского паспорта человека, то впишите его в таблицу «ФИО», потому что у человека один российский паспорт, он относится к описанию объекта «Человек». Но если вы хотите добавить автомобиль, то создадите новую таблицу с именем «Автомобиль» или похожим, потому что у человека может быть несколько автомобилей. Вы будете описывать новый объект, у которого потом могут быть какие-то свои новые свойства».

На этом этапе также используются все обозначенные принципы нормализации:

Во-первых, количество объектов опять-таки увеличивается только на один: добавляется таблица «Адрес», с одним новым полем «адрес».

Во-вторых, новые термины не добавляются вообще.

В-третьих, по-прежнему не изучается ничего, кроме процесса нормализации.

В-четвертых, последовательно добавляется новый объект - таблица «Адрес».

В-пятых, дается соответствующее объяснение, почему и как необходимо связать новый объект с ранее созданной конструкцией.

В-шестых, по-прежнему игнорируется необходимость введения ключевого поля в новый объект, хотя для абсолютной точности конструкции сделать это нужно. Но игнорирование на работоспособность базы данных не повлияет никак.

Таким образом, студенты осваивают основные способы обучения нормализации.

5. И последнее. Необходимо показать студентам, как создается связь «много-ко-многим». Напрямую Microsoft Access создавать такие связи не позволяет. Поэтому студентам просто показывается конструкция, позволяющая реализовать данную связь. В процессе объяснения также используются изложенные выше принципы обучения. Однако принцип работы такой связи студенты изучают на практике при помощи ввода данных в таблицы.

В предлагаемом примере отсутствуют всякие лишние поля. Студентам задавался вопрос о том, как быть, если необходимо построить базу данных, содержащую авторов и названия книг? Ведь один автор может написать много книг, но одна книга может быть написана многими авторами. Обратим внимание, что используется всего два поля «Автор книги» и «Название книги». Было показано решение, приведенное на рис. 4.

В связующей таблице опять не указывается идентификатор записи. Делается это по-прежнему для того, чтобы не усложнять объяснение основного процесса.

На четвертом этапе используются все обозначенные принципы обучения. Количество объектов остается минимально возможным для реализации конструкции, новых терминов по-прежнему не вводится, конструкция предлагается в необходимой последовательности и сопровождается соответствующими объяснениями, в таблицу «Автор - Название» не включают необходимое для точности конструкции ключевое поле.

Хотелось бы отметить, что принцип последовательности обучения объединяет в себе все четыре этапа и используется как внутри каждого из них, так и между ними.

За два года, используя предлагаемую методику, было обучено около 50 студентов двух разных вузов. Прямого количественного контроля эффективности методики не проводилось. Но в целом можно утверждать следующее:

Во-первых, студентам было предложено прочитать объяснение нормализации, указанное в самоучителях, и все обучающиеся дали понять, что предложенное в приведенной нами методике объяснение лучше, чем указанное там.

Во-вторых, большинство студентов действительно научились делать формализацию баз данных, что было явно видно в процессе решения ими практических задач по проектированию баз данных.

В-третьих, можно предполагать, что изложенные выше принципы обучения подходят для использования в обучении компьютерному программированию разного уровня и направления, так как изучение программирования часто вызывает серьезные сложности в восприятии, обусловленные, на наш взгляд, игнорированием изложенных в данной работе принципов обучения.

Рис. 4. Связь много-ко-многим

Литература

1. Описание основных приемов нормализации базы данных. (дата обращения: 01.11.19).

2. Бекаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2013. СПб.: БХВ-Петербург, 2014. 464 с.

3. Карчевский Е.М., Филиппов И.Е. Access 2010 в примерах: учеб.-метод. пособие. Казань: Казанский федеральный университет, 2011. 118 с.

4. Бочкин А.И. Методика преподавания информатики: учеб.-метод. пособие. М.: Высшая школа, 2009. 543 с.

5. Лапчик М.П. Методика преподавания информатики: учеб. пособие для студентов педагогических вузов / М.П. Лапчик, И.Г. Семакин, Е.К. Хеннер. М.: Академия, 2001. 624 с.

6. Руководство по проектированию реляционных баз данных (10-13-я части из 15) // Хабр. (дата обращения: 01.11.19).

References

1. Opisanie osnovnyh priemov normalizacii bazy dannyh. (data obrashcheniya: 01.11.19).

2. Bekarevich Yu.B., Pushkina N.V. Samouchitel' Microsoft Access 2013. SPb.: BHV-Peterburg, 2014. 464 s.

3. Karchevskij E.M., Filippov I.E. Access 2010 v primerah: ucheb.-metod. posobie. Kazan': Kazanskij federal'nyj univer- sitet, 2011. 118 s.

4. BochkinA.I. Metodika prepodavaniya informatiki: ucheb.- metod. posobie. M.: Vysshaya shkola, 2009. 543 s.

5. Lapchik M.P. Metodika prepodavaniya informatiki: ucheb. posobie dlya studentov pedagogicheskih vuzov / M.P. Lapchik, I.G. Semakin, E.K. Henner. M.: Akademiya, 2001. 624 s.

6. Rukovodstvo po proektirovaniyu relyacionnyh baz dannyh (10-13-ya chasti iz 15) // Habr. (data obrashcheniya: 01.11.19).

Размещено на Allbest.ru

...

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

  • Понятие нормализации таблиц базы данных и ее цели. Этапы процесса нормализации. Пример ненормализованных данных. Нормальные формы, к которым приводятся таблицы. Реляционная алгебра над учебной базой. База данных для предметной области "Учебные пособия".

    контрольная работа [216,1 K], добавлен 30.07.2010

  • Этапы проектирования базы данных, определение целей и содержание таблиц. Добавление данных и создание других объектов базы данных. Даталогическая модель: структуризация, нормализация, схемы данных. Порядок, принципы создания пользовательского интерфейса.

    курсовая работа [1,3 M], добавлен 26.03.2013

  • Создание структуры базы данных на примере "Школьного журнала" с использованием метода и принципа нормализации. Понятия базы данных, архитектуры БД и проектирования. Описание предметной области; приложения для работы с базой данных TTable и TQuery.

    дипломная работа [996,4 K], добавлен 01.04.2012

  • Построение концептуальной модели. Проектирование реляционной модели данных на основе принципов нормализации: процесс нормализации и глоссарий. Проектирование базы данных в Microsoft Access: построение таблиц, создание запросов в том числе SQL – запросов.

    курсовая работа [35,9 K], добавлен 08.11.2008

  • Процесс проектирования базы данных на основе принципов нормализации. Применение инфологической модели на втором этапе проектирования. Семантика предметной области в модели базы данных. Оформление, выдача и обмен паспорта. Модель "сущность-связь".

    курсовая работа [67,9 K], добавлен 27.02.2009

  • Моделирование пространства и способы представления пространственных объектов. Хранение и извлечение пространственных объектов. Применение географических баз данных. Классификация объектов на основе размерности. Мозаичное и векторное представление.

    презентация [179,5 K], добавлен 11.10.2013

  • Рассмотрение особенностей преобразования базы данных к виду, отвечающему нормальным формам. Происхождение и назначение нормальных форм. Устранение избыточности, дублирования данных. Применение нормализации к таблице - набор правильных отношений.

    реферат [25,5 K], добавлен 30.11.2014

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

    лабораторная работа [46,0 K], добавлен 23.12.2010

  • Сущности и функциональные зависимости базы данных. Атрибуты и связи. Таблицы базы данных. Построение ER-диаграммы. Организация ввода и корректировки данных. Реляционная схема базы данных. Реализация запросов, получение отчетов. Защита базы данных.

    курсовая работа [2,4 M], добавлен 06.02.2016

  • Технология отображения концептуальной модели базы данных на реляционную модель данных. Описание связей между атрибутами отношения при помощи функциональной зависимости. Нормализация как процесс последовательной замены таблицы ее полными декомпозициями.

    презентация [104,6 K], добавлен 19.08.2013

  • Проектирование и создание информационной базы данных для управления предприятием "Завод металлоизделий". Данные для базы, предметная область, атрибуты объектов базы данных. Объектные отношения, их ключи, связи объектов и отношений базы данных предприятия.

    реферат [26,9 K], добавлен 04.12.2009

  • Необходимая документация при учете готовой продукции на складе ООО "Перекрёсток". Проектирование базы данных на основе нормализации. Схема данных и связи между таблицами в проектируемой базе данных. Обеспечение безопасности и целостности базы данных.

    дипломная работа [2,9 M], добавлен 15.01.2012

  • Виды и функции системы управления базами данных Microsoft Access. Иерархическая, сетевая, реляционная модель описания баз данных. Основные понятия таблицы базы данных. Особенности создания объектов базы данных, основные формы. Доступ к Internet в Access.

    контрольная работа [19,8 K], добавлен 08.01.2011

  • Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.

    курсовая работа [185,6 K], добавлен 08.11.2008

  • Схема взаимодействия подразделений предприятия. Выбор и обоснование технологии проектирования базы данных. Описание объектов базы данных. Разработка запросов на выборку, изменение, обновление и удаление данных. Интерфейсы взаимодействия с базой данных.

    курсовая работа [1,4 M], добавлен 25.05.2023

  • Инфологическая модель предметной области. Схемы простых объектов и их свойства. Построение реляционных отношений на основе инфологической модели базы данных. Сетевая и иерархическая даталогическая модели БД. Структура таблиц, реализованных в СУБД Oracle.

    курсовая работа [1,0 M], добавлен 10.06.2014

  • Проектирование структуры базы данных. Конструирование структуры будущих таблиц баз данных, основные приемы их заполнения и редактирования. Простая сортировка значений таблицы. Поиск записей по образцу. Как правильно сохранить и загрузить базу данных.

    практическая работа [4,4 M], добавлен 02.04.2009

  • Разработка структуры реляционной базы данных для информационной системы "Распределение учебной нагрузки". Требования к информации, надежности, составу и параметрам технических средств. Нормализация информационных объектов, логическая модель данных.

    курсовая работа [2,3 M], добавлен 03.05.2015

  • Система управления базой данных (СУБД), централизованное обеспечение безопасности и целостности данных, защита от несанкционированного доступа. Построение концептуальной и реляционной моделей. Процесс нормализации. Проектирование базы данных в ACCESS.

    курсовая работа [1,8 M], добавлен 29.10.2008

  • Авторизация с каталогами проектирования базы данных магазина. Задачи базы данных: учет всех товаров, поиск и выдача данных о клиентах, адрес, телефоны, цена и наличие товара. Этапы проектирования базы данных. Схема данных, создание запросов и их формы.

    реферат [1,6 M], добавлен 22.10.2009

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.