Первичный ключ любой таблицы должен содержать уникальные непустые значения для данной таблицы. Это утверждение является одним из правил ссылочной целостности. Некоторые СУБД могут контролировать уникальность первичных ключей. Если СУБД контролирует уникальность первичных ключей, то при попытке присвоить первичному ключу значение, уже имеющееся в другой записи, СУБД сгенерирует диагностическое сообщение. Это сообщение в дальнейшем может быть передано в приложение, с помощью которого конечный пользователь манипулирует данными. Если корректность значений внешних ключей не контролируется СУБД, можно говорить о нарушении ссылочной целостности. В этом случае, если мы удалим из таблицы «Клиенты» запись, имеющую хотя бы одну связанную с ней запись в таблице «Заказы», это приведет к тому, что в таблице «Заказы» окажутся записи о заказах, размещенных неизвестно кем. Если же СУБД контролирует корректность значений внешних ключей, то при попытке присвоить внешнему ключу значение, отсутствующее среди значений первичных ключей таблицы, либо при удалении или модификации записей таблицы, приводящих к нарушению ссылочной целостности, СУБД сгенерирует диагностическое сообщение, которое в дальнейшем может быть передано в пользовательское приложение.
17. Нормализация данных в процессе проектирования реляционных БД
Нормализация - процесс реорганизации данных путем ликвидации повторяющихся групп и иных противоречий в хранении данных.
Таблица находится в нормальной форме, если она удовлетворяет определенному набору требований. Теоретически существует пять нормальных форм, но на практике обычно используются только первые три. Более того, первые две нормальные формы являются промежуточными шагами для приведения базы данных к третьей нормальной форме.
Чтобы таблица соответствовала 1й нормальной форме, все значения ее полей должны быть атомарными, и все записи — уникальными. Поэтому любая реляционная таблица уже находится в первой нормальной форме.
Реляционная таблица находится во 2й нормальной форме, если она находится в 1й нормальной форме и ее неключевые поля полностью зависят от всего первичного ключа.
Чтобы перейти от 1й нормальной формы ко 2й, нужно выполнить следующие шаги:
1) Определить, на какие части можно разбить первичный ключ так, чтобы некоторые из неключевых полей зависели от одной из этих частей.
2) Создать новую таблицу для каждой такой части ключа и переместить их в эту таблицу. Часть бывшего первичного ключа станет при этом первичным ключом новой таблицы.
3) Удалить из исходной таблицы поля, перемещенные в другие таблицы, кроме тех из них, которые станут внешними ключами.
Реляционная таблица находится в 3й нормальной форме, если она находится во 2й нормальной форме и все ее неключевые поля зависят только от первичного ключа.
Чтобы перейти от 2й нормальной формы к 3й, нужно выполнить следующие шаги:
1) Определить все поля (или группы полей), от которых зависят другие поля.
2) Создать новую таблицу для каждого такого поля и группы зависящих от него полей и переместить их в эту таблицу. Поле, от которого зависят все остальные перемещенные поля, станет при этом первичным ключом новой таблицы.
3) Удалить перемещенные поля из исходной таблицы, оставив лишь те из них, которые станут внешними ключами.
18. Объекты реляционных баз данных
1) Таблицы (сост. из полей). Таблицы поддерживаются всеми реляционными СУБД, и в их полях могут храниться данные разных типов. Наиболее часто встречающиеся типы данных: текст, числовой, денежный, дата и время, MEMO-поле, OLE-поле (в таком поле можно хранить любые данные), логический.
2) Индекс - файл специального формата, управляющий порядком доступа к записям таблицы. Хранение индексов требует меньше места, чем хранение по-разному отсортированных версий самой таблицы.
3) Ограничения (правила) - объекты, кот. содержат сведения об ограничениях, накладываемых на возможные значения полей. Далеко не все СУБД поддерживают ограничения. В этом случае для реализации аналогичной функциональности правил можно либо использовать другие объекты, либо хранить эти правила в клиентских приложениях, работающих с этой БД.
4) Представления (запросы). Этот объект представляет собой виртуальную таблицу, предоставляющую данные из одной или нескольких реальных таблиц. Реально он не содержит никаких данных, а только описывает их источник. Предназначены для отбора и отображения записей из таблиц.
5) Триггеры и процедуры предназнач. для обработки данных. Процедура может вызываться и выполняться в любой момент по желанию пользователя. Триггеры содержат исполняемый код, но их, в отличие от процедур, нельзя вызвать из клиентского приложения или хранимой процедуры. Триггер всегда связан с конкретной таблицей и выполняется тогда, когда при редактировании этой таблицы наступает событие, с которым он связан (например, вставка, удаление или обновление записи).
6) Объекты для генерации первичных ключей. В разных СУБД для генерации ключей используются разные объекты. Некоторые СУБД поддерживают специальные типы полей для первичных ключей. При добавлении записей такие поля заполняются автоматически последовательными значениями.
7) Пользователи и роли служат для авторизованного доступа к данным. Роль – набор функций, кот. может исполнить пользователь.
8) Системный каталог предназнач. для хранения и описания объектов БД
. 19. Запросы к базам данных (SQL, QBE, UDF, транзакции)
Запрос – ср-во отбора записей из таблиц по определенному условию. Результатом запроса явл. виртуальная таблица. Запросы не хранят данные, в них хранятся условия для отбора данных.
3 мех-ма создания запросов:
1) SQL - стуктурированный язык запросов;
2) QBE - запрос по образцу;
3) UDF - функции, определенные пользователем.
SQL - непроцедурный язык, кот. исп-ся для формулировки запросов к БД.
QBE – средство для визуального связывания таблиц и выбора полей, которые след. отобразить в рез-те запроса.
UDF - программы, созданные для вып-ния требуемых операций над данными.
Транзакция - группа операций над данными, кот. либо все вместе выполняются, либо отменяются.
Есть 2 состояния транзакций:
1) Завершение - все операции, входящие в состав транзакции, успешно завершены, и рез-т их работы сохранён в БД;
2) Откат - выполненные операции отменяются, все об-ты БД, затронутые этими операциями, возвращены в исходное состояние.
20. Защита данных в системах управления базами данных
В современных СУБД поддерживается 2 подхода к вопросу обеспечения безопасности данных: избирательный подход и обязательный подход.
Эти два подхода отличаются следующими свойствами:
1) В случае избирательного управления некоторый пользователь обладает различными правами при работе с данными объектами. Разные пользователи могут обладать разными правами доступа к одному и тому же объекту.
2) В случае обязательного управления, наоборот, каждому объекту данных присваивается некоторый классификационный уровень, а каждый пользователь обладает некоторым уровнем допуска.
3) Для реализации избирательного принципа в базу данных вводится новый тип объектов БД - пользователи. Каждому пользователю присваивается уникальный идентификатор. Для дополнительной защиты каждый пользователь снабжается уникальным паролем.
4) Пользователи могут быть объединены в специальные группы пользователей. Один пользователь может входить в несколько групп. В стандарте вводится понятие группы PUBLIC, для которой должен быть определен минимальный стандартный набор прав.
5) Привилегии (полномочия) пользователей или групп - это набор действий (операций), которые они могут выполнять над объектами БД.
6) Роль - набор полномочий. Существует ряд стандартных ролей, которые определены в момент установки сервера БД. Введение ролей позволяет упростить управление привилегиями пользователей. Пользователю может быть назначена одна или несколько ролей.
7) Объектами БД, которые подлежат защите, являются все объекты, хранимые в БД.
Для обеспечения безопасности БД необходимо поддерживать два фундаментальных принципа: проверку полномочий и проверку подлинности (аутентификацию).
21. Перспективы развития систем управления базами данных
Современные БД явл-ся основой многочисленных информ. систем. Информация, накопленная в них, явл. ценным материалом, и в настоящ. момент широко распространяются методы обработки БД с точки зрения извлечения из них доп. знаний, методов, которые связаны с обобщением и различными доп. способами обработки данных.
Для работы с «Хранилищами данных» наиб. значимым становится интеллектуальный анализ данных (ИАД) — это процесс выявления значимых образцов и тенденций в больших объемах данных.
В бизнес-приложениях наиб. интерес представляет интеграция методов интеллектуального анализа данных с технологией оперативной аналитической обработки данных (OLAP). В основе OLAP лежит многомерное представление данных.
След. новым направлением в развитии СУБД явл. направ., св. с отказом от нормализации отнош. Во многом нормализация отнош. нарушает ест. иерархич. связи м/у объектами, кот. достаточно распространены в нашем мире. Возможность сохранять их на концепт. (но не на физ.) уровне позвол. пользователям более ест-но отражать связи предметн. обл.
Дальнейшим расширением в структурных преобразованиях явл. объектно-ориентированные БД. В объектно-ориентированной парадигме предметная область моделируется как множество классов взаимодейств. объектов. Кажд. объект характеризуется набором свойств, кот. явл. как бы его пассивными характеристиками, и набором методов работы с этим объектом.
Специфика применения объектно-ориентированного подхода для организации и управления БД потребовала уточненного толкования классических концепций и некоторого их расширения. Возникло направление, которое предполагает возможность хранения объектов внутри реляционной БД, тогда доп. необходимо предусмотреть хранение и использование специфич. методов работы с этими объектами, а это в свою очередь требует расширения стандарта языка SQL. Однако часть разработчиков придерживается мнения о необход. полного отказа от реляционной парадигмы и перехода на объектно-ориентированную парадигму.
Темпоральные БД - БД, чувствительные ко времени. Фактически БД моделирует сост. объектов предметной области в некотор. текущий момент времени. Однако в ряде прикладных областей необходимо исследовать именно изменение состояний объектов во времени. Основной тезис темпоральных систем сост. в том, что для любого объекта данных, созданного в момент времени t1 и уничтоженного в момент времени t2, в БД сохраняются все его состояния во временном интервале t1- t2.
Направление, связанное с объединением технологии экспертных систем и БД, и развитие дедуктивных БД. Эти базы основаны на выявлении новых знаний из БД не путем запросов или аналитической обработки, а путем использования правил вывода и построения цепочек применения этих правил для вывода ответов на запросы. Для этих БД существуют языки запросов, отличные от классического SQL.
Перспектива взаимодействия Web-технологии и БД. С одной стороны, Web представляет собой одну громадную БД. Однако до сих пор, вместо того чтобы превратиться в неотъемлемую часть инфраструктуры Web, БД остаются на вторых ролях. Во-первых, дизайнеры крупнейших Web-серверов с миллионами страниц содержимого постепенно перекладывают задачи управления страницами с файловых систем на системы БД. Во-вторых, системы БД используются в качестве серверов электронной коммерции, помогая отслеживать профили, транзакции, счета. В-третьих, ведущие Web-издатели примериваются к использованию систем БД для хранения информационного наполнения, имеющего сложную природу. В небольших Web-узлах, как правило, используются статические HTML-страницы, хранящиеся в обычных файловых системах.
22. Общая характеристика СУБД Access, основные возможности и области применения
Microsoft Access – самая популярная СУБД реляционного типа общего назначения. Это комплекс программных средств, предназначенных для создания структуры новой базы данных, наполнения её содержимым, редактирования содержимого, отбора данных в соответствии с заданными критериями, их упорядочивания, оформления, печати. Access работает под управлением Windows.
В Access база данных обозначает файл, содержащий набор информации. Каждая база данных в Access состоит из основных объектов: таблиц, запросов, форм, отчётов, страниц, макросов и модулей. Access может работать одновременно только с одной базой данных. Но одна БД Access может включать сотни таблиц, форм, запросов, отчётов, макросов и модулей, которые хранятся в одном файле с расширением mdb.
Запуск MS ACCESS:
1) Пуск > Программы > MS ACCESS;
2) через рабочий стол;
3) через создание документов;
4) через Мои документы.
Microsoft Access применяется в бизнесе, при разработке программ и хранилищ данных на заказ, в качестве персональной СУБД, в качестве средства хранения данных, которое используется в других приложениях и т.д.
23. Архитектура СУБД Access
В СУБД Access основными объектами являются таблицы, запросы, формы, отчеты, макросы и модули.
Таблица – основной объект, в котором хранятся данные, она состоит из строк и столбцов.
Запрос – средство выборки данных из одной или нескольких таблиц. Отбор осуществляется по условию, заданному пользователем.
Форма – средство отображения данных на экране, с их помощью можно оформлять таблицы.
Отчеты – средства отображения данных и результатов при выводе на печать.
Макросы – средства для автоматизации часто выполняемых операций. Макросы содержат одну или несколько макрокоманд.
Модуль - объект, содержащий программы, написанные на языке Visual Basic для приложений, которые позволяют разбить некоторый процесс на несколько небольших процедур и обнаружить ошибки, которые невозможно найти, если использовать макросы. Модули могут быть независимыми объектами, содержащими функции, вызываемые из любого места приложения, но они могут быть и непосредственно “привязаны” к отдельным формам или отчетам для реакции на те или иные происходящие в них изменения.
В таблицах хранятся данные, которые можно извлекать с помощью запросов. Используя формы, можно выводить данные на экран или изменять их. Формы и отчеты получают данные как непосредственно из таблиц, так и через запросы.
24. Типы данных, обрабатываемых в СУБД Access
В MS Access возможно использование следующих типов данных:
1) Текстовый – служит для хранения алфавитно-цифровой информации. Длина поля не должна превышать 255 символов;
2) Поле MEMO – предназначен для хранения алфавитно-цифровой информации длиной до 65535 символов;
3) Числовой – используется для числовых данных, участвующих в расчетах;
4) Дата / время – дата и (или) время, лежащие в диапазоне от 100 до 9999 года;
5) Денежный – применяется для денежных значений и числовых данных, используемых в математических расчетах, проводящихся с точностью до 15 знаков в целой и до 4 знаков в дробной части;
6) Счетчик – служит для формирования уникальных последовательно возрастающих или случайных чисел, автоматически вводящихся в поле при добавлении каждой новой записи в таблицу. Значения полей типа Счетчик изменять нельзя;
7) Логический – предназначен для логических значений (Да / Нет, Истина / Ложь). Длина логического поля – 1 бит;
8) Поле объекта OLE – любой объект в двоичном формате (документ Word, таблица Excel, рисунок, звукозапись), связанный или внедренный в таблицу MS Access. Размер такого поля не дожжен превышать 1 Гбайт;
9) Гиперссылка - строка, состоящая из букв и цифр, представляющая адрес гиперссылки. Адрес гиперссылки может состоять максимум из трех частей:
а) текст - текст, выводимый в поле или в элементе управления; б) адрес - путь к файлу (в формате пути UNC) или странице (адрес URL);
в) дополнительный адрес - смещение внутри файла или страницы;
10) Мастер подстановок - создает поле, в котором предлагается выбор значений из списка, или из поля со списком, содержащего набор постоянных значений или значений из другой таблицы. Выбор этого параметра в списке в ячейке запускает мастера подстановок, который определяет тип поля.
25. Основные этапы разработки приложений в среде СУБД
1. Уточнение задач. На 1м этапе составляется список всех осн. задач, кот. в принципе должны решаться этим приложением, – включая и те, кот. не нужны сегодня, но могут появиться в будущем. Под «осн.» задачами понимаются ф-ции, кот. должны быть представлены в формах или отчетах приложения.
2. Последовательность вып-ния задач. Чтобы приложение работало логично и удобно, лучше всего объединить осн. задачи в тематические гр. и затем упорядочить задачи кажд. гр. так, чтобы они располагались в порядке их выполнения. Может получиться так, что некот. задачи будут св. с разн. гр., или что выполнение некот. задачи должно предшествовать выполнению другой, принадлежащей к иной гр..
3. Анализ данных. После формирования списка задач, наиб. важным этапом явл. составление подробного перечня всех данных, необходимых для реш. кажд. задачи. Некот. данные понадобятся в кач. исходных и меняться не будут. Др. данные будут проверяться и изменяться в ходе выполнения задачи. Некот. элементы данных могут быть удалены или добавлены. И наконец, некот. данные будут получены с пом. вычислений: их вывод будет частью задачи, но в БД вноситься они не будут.
4. Определение структуры данных. После предварительного анализа всех необходимых элементов данных нужно упорядочить их по объектам и соотнести объекты с таблицами и запросами БД. Для реляционных БД типа Access используется процесс, называемый нормализацией, в результате кот. вырабатывается наиб. эффективный и гибкий способ хранения данных.
5. Разработка макета приложения и пользовательского интерфейса. После задания структуры таблиц приложения, в Microsoft Access легко создать его макет с пом. форм и связать их м/у собой, используя неслож. макросы или процедуры обработки событий. Предварительный рабочий макет легко продемонстрировать заказчику и получить его одобрение еще до детальной реализации задач приложения.
6. Создание приложения. В случае оч. простых задач созданный макет является практически законченным приложением. Но довольно часто приходится писать процедуры, позволяющие полностью автоматизировать решение всех намеченных в проекте задач. Поэтому понадобится создать специальн. связующие формы, кот. обеспечивают переход от 1 задачи к др.
7. Тестирование и усовершенствование. После завершения работ по отд. компонентам приложения необходимо проверить функционирование приложения в кажд. из возмож. режимов. Надо проверить работу макросов, использовав пошаговый режим отладки, при кот. будет выполняться 1 конкретная макрокоманда. При использовании Visual Basic для приложений в распоряжении имеются разнообразные ср-ва отладки, позволяющие проверить работу приложения, выявить и исправить ошибки. По мере разработки автономных разделов приложения желательно передать их заказчику для проверки их функционирования и получения мнения о необходимости внесения тех или иных изменений. После того как заказчик ознакомится с работой приложения, у него практически всегда возникают доп. предложения по усовершенствованию, какой бы тщательной не была предварительная проработка проекта. Пользователи часто обнаруживают, что некот. моменты, о кот. в процессе постановки задач они говорили как об оч. важных и необходимых, на самом деле не играют существенной роли при практическом использовании приложения. Выявление необходимых изменений на ранних стадиях разработки приложения позволяет существенно сократить вр. на последующие переделки.
26. Создание файла БД в СУБД Access, конструкторы и мастера
Формирование структуры и файла БД начинают с запуска Access в операционной системе Windows. Нажав кнопку Пуск, выбирают команду Программы и в открывшемся меню выбирают пункт Microsoft Access, кот. запускают нажатием левой кнопки мыши. Затем в появившемся окне приглашения надо отметить опцию Новая БД и нажать Ok. В открывшемся окне диалога выбирают имя файла БД и место его расположения, т.е. папку, и после нажатия кнопки Создать Access создает новую БД. При этом появляется окно БД, открытое на вкладке Таблицы. Таблицы составляют основу БД, и формирование её структуры начинают с создания таблиц (кнопка Создать в окне БД). В Access есть возможность создавать таблицы несколькими различными способами (режим таблицы, конструктора, мастера таблиц, импорта таблиц, связи с таблицами), но при кажд. обязательно описание структуры, что значит ввод имен полей, типов данных для каждого поля и описаний полей. Эта операция заканчивается сохранением (записью) установленной структуры под опр. именем. Следует отметить, что обязательной деталью структуры таблицы является первичный ключ. Access предлагает в кач. первичного ключа поле Код с типом данных Счётчик, где каждой записи присваивается номер, начиная с 1. Можно самостоятельно создать первичный ключ, выбрав 1 или 2 поля в этом кач. Access автоматически индексирует поле первичного ключа. Это помогает программе определять местонахождение инф. и ускорять поиск. После этого можно начинать непосредственно ввод инф.
Создание БД с пом. мастера:
1. Нажмите кнопку Создать на панели инструментов.
2. В области задач Создание файла в группе Шаблоны выберите На моем компьютере.
3. Выберите значок подходящего шаблона БД на вкладке Базы данных и нажмите кнопку OK.
4. В диалоговом окне Файл новой БД введите имя БД и укажите ее расположение, а затем нажмите кнопку Создать.
Создание БД с пом. конструктора:
1. Нажмите кнопку Создать на панели инструментов.
2. В области задач Создание файла выберите в группе Создание ссылку Новая БД.
3. В диалоговом окне Файл новой БД введите имя БД и укажите ее расположение, а затем нажмите кнопку Создать.
4. После открытия окна БД можно создать требуемые объекты БД.
27. Режимы создания таблиц в СУБД Access
В Access используются следующие способы создания таблиц:
1) Режим таблицы;
2) Конструктор;
3) Мастер таблиц;
4) Импорт таблиц;
5) Связь с таблицами.
Создание таблицы через режим таблицы проходит путем непосредственного ввода данных в таблицу. При сохранении таблицы Microsoft Access проанализирует данные и автоматически присвоит каждому полю соответствующий тип данных и формат.
1. Таблицы > Создать > Режим таблицы
2. Переименуйте нужные столбцы.
3. Дополнительные столбцы можно добавлять в любое время. 4. Введите данные в таблицу.
5. Введя данные, нажмите кнопку Сохранить
6. Создайте первичный ключ.
Создание таблицы в режиме конструктора позволяет добавлять поля, настроить отображение полей и обработку в них данных, а затем создается первичный ключ.
1. Таблицы > Создать > Режим конструктора.
2. Определите все нужные поля в таблице.
* Щелкните ячейку в столбце Имя поля и введите имя поля.
* В столбце Тип данных можно выбрать из раскрывающегося списка тип данных.
* В столбце Описание введите описание данных, которые будет содержать это поле. Текст описания будет выводиться в строке состояния при добавлении данных в поле, а также будет включен в описание объекта таблицы. Вводить описание не обязательно.
3. Для сохранения таблицы нажмите кнопку Сохранить.
Создание таблицы с помощью мастера: В 1ом окне мастера можно выбрать категорию и образец таблицы, затем нужные образцы полей. Допускается выбор полей из нескольких таблиц. В 2ом окне мастера можно выбрать имя для таблицы, а также способ определения ключа. Все сведения, необходимые для создания таблицы, указаны, и в 3ем окне мастера выбирают дальнейшие действия после создания таблицы; нажимают кнопку Готово. Если в дальнейшем потребуется изменить или расширить созданную с помощью мастера таблицу, это можно сделать в режиме конструктора.
28. Понятия импорта и связывания таблиц при их создании
Microsoft Access поддерживает импорт данных из таблиц др. БД Microsoft Access, а также данные из др. приложений и файлов других форматов, например, Microsoft Excel, dBASE, Microsoft FoxPro или Paradox. Microsoft Access также обеспечивает импортирование языковых таблиц и списков (только для чтения), которые могут находится на ПК, на сетевом сервере или на сервере Интернета.
При импорте данных создается их копия в новой таблице текущей БД Microsoft Access. Исходная таблица или файл при этом не изменяются. Импортируемые данные нельзя сразу добавлять в существующие таблицы (за исключением импорта таблиц или текстовых файлов). Однако после импорта таблицы можно добавить данные в другую таблицу с помощью запроса на добавление. Допускается импорт не только таблиц, но и других объектов БД, например, форм или отчетов из другой БД Microsoft Access.
Для того чтобы было удобно просматривать, создавать, удалять и модифицировать связи между таблицами, в Microsoft Access используется схема данных. Чтобы открыть схему данных, необходимо выполнить команду Сервис - Схема данных. По умолчанию схема будет содержать все таблицы со связями. Чтобы убрать какую-либо таблицу из схемы данных, необходимо щелкнуть правой кнопкой мыши на любом месте этой таблицы и из контекстного меню выбрать команду Скрыть таблицу. Чтобы вновь добавить в эту схему свернутую таблицу или таблицу, у которой связи еще не установлены, необходимо:
1. Щелкнуть правой кнопкой мыши на свободном пространстве схемы данных и из контекстного меню выбрать команду Добавить таблицу.
2. В диалоговом окне Добавление таблицы раскрыть вкладку Таблицы, выбрать из списка таблицу и нажать кнопку Добавить.
3. Нажать кнопку Закрыть, чтобы закрыть диалоговое окно Добавление таблицы.
В данном случае связь между таблицами Access строится автоматически. Это происходит тогда, когда две таблицы имеют одинаковые названия связанных полей и согласованные типы данных, причем хотя бы в одной из таблиц связанное поле является ключевым. Если нужная связь автоматически не создана, ее можно создать следующим путём:
1. Следует выбрать в главной таблице поле для связи, нажать левую кнопку мыши и перетащить поле во вторую таблицу. 2. Отпустить левую кнопку мыши над тем полем подчиненной таблицы, с которым устанавливается связь. После этого появится диалоговое окно Изменение связей.
29. Создание таблицы в режиме конструктор
В Access используются три способа создания таблиц: путем ввода данных, с помощью Конструктора таблиц и с помощью Мастера создания таблиц.
В режиме Конструктора таблицы создаются путем задания имен полей, их типов и свойств.
Чтобы создать таблицу в режиме Конструктора, необходимо:
1. Дважды щелкнуть левой кнопкой мыши на ярлыке Создание таблицы с помощью конструктора или нажать на кнопку Создать в верхней части окна базы данных, выбрать из списка в окне Новая таблица элемент Конструктор и нажать кнопку ОК. В том и в другом случае откроется пустое окно Конструктора таблиц.
2. В окне Конструктора таблиц в столбец Имя поля ввести имена полей создаваемой таблицы.
3. В столбце Тип данных для каждого поля таблицы выбрать из раскрывающегося списка тип данных, которые будут содержаться в этом поле.
4. В столбце Описание можно ввести описание данного поля (не обязательно).
5. В нижней части окна Конструктора таблиц на вкладках Общие и Подстановка ввести свойства каждого поля или оставить значения свойств, установленные по умолчанию.
6. После описания всех полей будущей таблицы нажать кнопку Закрыть (в верхнем правом углу окна таблицы).
7. На вопрос: ” Сохранить изменения макета или структуры таблицы <имя таблицы>?”, нажать кнопку Да.
8. В окне Сохранить как в поле Имя таблицы ввести имя создаваемой таблицы и нажать кнопку ОК.
9. В ответ на сообщение: ”Ключевые поля не заданы” и вопрос: “Создать ключевое поле сейчас?” нажмите кнопку Да, если ключевое поле необходимо, или кнопку Нет, если такого не требуется. После указанных действий в списке таблиц в окне базы данных появятся имя и значок новой таблицы. Ввести данные в созданную таблицу можно, открыв таблицу в режиме Таблицы.
30. Определение основных свойств полей таблицы в СУБД Access
Основные св-ва полей табл. опр-ся в нижней части окна Конструктора таблиц. Каждый тип данных связан с определенным набором свойств.
Дата добавления: 2015-11-04; просмотров: 42 | Нарушение авторских прав
| <== предыдущая лекция | | | следующая лекция ==> |