Можно задать следующую характеристику файла бд
Каждая таблица в Access состоит из полей. В свойствах поля описываются характеристики и поведение добавляемых в него данных. Тип данных поля — это самое важное свойство, которое определяет, какие данные могут храниться в поле. В этой статье описаны типы данных и другие свойства поля, доступные в Access, а также приведена дополнительная информация в разделе справочных сведений о типах данных.
Функции и режимы работы Access
Access обладает такими важными функциями, как:
- Определение данных, то есть анализ структуры, типа и установление связей.
- Обработка данных, которая включает поиск, сортировку, фильтрацию, вычисление. Также эта функция объединяет данные с иной информацией, связанной с ними.
- Управление данными. Необходимо только прописать разрешение на использование информации (кому именно разрешено). Помимо перечисленного эта функция поможет определить правила совместного пользования данных.
В системе Access есть широкий набор инструментов для того, чтобы задать типа данных — электронные таблицы, числовые значения, денежные эквиваленты, документы, текст, даты, время, рисунки, звук. Можно задавать и разные форматы хранения информации (размер длины строки, точность представления числовых данных и даты времени) и представлять эти данные при выводе на печать или экран.
Существует 3 режима работы базы данных Access:
- Режим запуска, который позволяет осуществлять сжатие и восстановление базы данных без необходимости в её открытии.
- Режим конструктора, где есть возможности для создания и модификации структуры таблиц и запросов, создания форм для отображения и редактирования данных и подготовки отчётов перед печатью.
- Режим выполнения, где в главном окне выводятся окна объектов баз данных.
Дата и время
Отображаемые данные
Краткий формат даты
Дата в кратком формате. Зависит от региональных параметров даты и времени. Например, 14.03.2001 для России.
Средний формат даты
Дата в среднем формате. Например, 03-апр-09 для России.
Длинный формат даты
Дата в длинном формате. Зависит от региональных параметров даты и времени. Например, 14 марта 2001 г. для России.
Время (12 часов)
Время только в 12-часовом формате, который будет соответствовать изменениям в региональных параметрах даты и времени.
Средний формат времени
Время в 12-часовом формате, после которого указываются символы AM (до полудня) или PM (после полудня).
Время (24 часа)
Время только в 24-часовом формате, который будет соответствовать изменениям в региональных параметрах даты и времени.
Типы данных в связях и соединениях
Связь между таблицами — это связи между общими полями в двух таблицах. Связь может быть одного из следующих типов: один к одному, один ко многим, многие ко многим.
Объединение — это операция SQL, которая объединяет данные из двух источников в одну запись в запросе набор записей на основе значений в указанном поле, которые имеются в общих источниках. Присоединиться может быть внутреннее соединение, левое внешнее соединение или правое внешнее соединение.
Когда вы создаете связь между таблицами или добавляете соединение в запрос, типы данных в соединяемых полях должны быть одинаковые или совместимые. Например, вы не сможете создать соединение между числовым и текстовым полями, даже если значения в этих полях совпадают.
При использовании связи или соединения поля с типом данных "Счетчик" совместимы с полями числового типа, если для свойства Размер поля последних задано значение Длинное целое.
Для поля, участвующего в связи между таблицами, нельзя изменить тип данных или свойство Размер поля. Чтобы изменить свойство Размер поля, временно удалите связь. Но после изменения типа данных вы не сможете снова создать связь, пока не измените тип данных связанного поля. Дополнительные сведения о таблицах см. в статье Общие сведения о таблицах.
Элементы базы данных Access
Классическая версия Access состоит из определённого набора объектов. Основными элементами выступают:
Панель «Таблицы» открывает для редактирования таблицы. Распределение информации происходит по строкам и столбцам. Это обеспечивает значительное упрощение процесса импорта электронной формы в таблицу базы данных. Отличие всего одно – информация структурирована.
Строки называются записями. Они состоят из информационных блоков. Каждая из записей состоит из одного поля. Поля располагаются в соответствии со столбцами. В них могут быть расположены конкретные виды данных (цифровые, текстовые, и т.п.).
Описание записей и полей таблицы базы данных Access производится при помощи визуализации стандартного стиля каталога карточек библиотеки. Каждая из карточек соответствует записи в базе данных. Определённый информационный фрагмент на отдельно взятой карточке соответствует полю в базе данных.
Команда GeekBrains совместно с международными специалистами по развитию карьеры подготовили материалы, которые помогут вам начать путь к профессии мечты.
Подборка содержит только самые востребованные и высокооплачиваемые специальности и направления в IT-сфере. 86% наших учеников с помощью данных материалов определились с карьерной целью на ближайшее будущее!
Скачивайте и используйте уже сегодня:
Топ-30 самых востребованных и высокооплачиваемых профессий 2022
Подборка 50+ ресурсов об IT-сфере
ТОП сервисов и приложений, на которые следует перейти уже сегодня
3,7 MB
Применение форм для объектов базы данных Access направлено на создание интерфейса пользователя, в который можно заносить и редактировать информацию. Обычно формы состоят из кнопок с командами и иными функциями управления, которые используются для реализации того или иного функционала. При их отсутствии можно собрать БД путём редактирования имеющейся информации в таблицах Access. Таким образом, большинство пользователей используют формы с целью просмотра, ввода и корректировки сведений в таблицах. Командные кнопки позволяют:
- задать данные для конечного отображения в форме;
- открыть другие формы и отчёты;
- выполнить другие задачи, например, работать с «Формой клиента».
Формы базы данных Access позволяют обеспечить контроль взаимодействия пользователей с данными. Например, есть возможность создать форму, которая отображает определённые поля и выполняет конкретное число операций. Это, в свою очередь, даёт гарантию защиты и правильность при вводе данных.
Запросы в базе данных Access необходимы для реализации многих функций. Главная опция – это поиск информации в той или иной таблице. Если необходимые сведения располагаются в разных таблицах, их можно просмотреть в одной (при помощи запроса). Запросы могут позволить пользователю производить фильтрацию данных путём определения критериев поиска для отображения только нужных сведений.
С помощью функции «обновляемых» запросов можно заниматься редактированием данных, найденных в основных таблицах. При этом правки появляются как в таблице запроса, так и в основных таблицах.
Существует 2 вида запросов – запросы на выборки и запросы на выполнение действий. Запрос на выборки выполняет функцию извлечения данных, чтобы преобразовать их в нужный для дальнейшего использования вид.
В данном случае результаты запроса могут быть выведены на экран, печать или перемещены в буфер обмена. Данные на выходе запроса необходимо применять, как источник записей для формы. Функция запроса на изменение – выполнение задач с информацией. С ними удобно создавать новые таблицы, делать пополнение сведений существующих таблиц, удалять или обновлять данные.
Мы вместе с экспертами по построению карьеры подготовили документы, которые помогут не ошибиться с выбором и определить, какая профессия в IT подходит именно вам.
Благодаря этим гайдам 76% наших студентов смогли найти востребованную профессию своей мечты!
Скоро мы уберем их из открытого доступа, успейте скачать бесплатно:
Женщины в IT: мифы и перспективы в карьере
Как прокачать свою технику речи
100 тыс. руб за 100 дней с новой профессией
Список из 6 востребованных профессий с заработком от 100 тыс. руб
Критические ошибки, которые могут разрушить карьеру
Собрали 7 типичных ошибок, четвертую должен знать каждый!
Гайд по профессиям в IT
5 профессий с данными о навыках и средней заработной плате
4,7 MB
Это аналог упрощённого языка программирования. При помощи макросов можно повысить уровень функциональности базы данных. Например, если добавить макрос к командной кнопке, он сможет запускаться при каждом нажатии на данную кнопку. Макросы состоят из команд, по средствам которых можно решить конкретно поставленную задачу: открыть отчёты, выполнить запросы, закрыть базы данных и т.д.
Макросы дают возможность для автоматизации многих операционных процессов, которые ранее выполнялись в ручном режиме. Такая функция может существенно сэкономить время при работе с программой.
Элементы в таком виде предназначены для того, чтобы повысить уровень функциональности баз данных. Создание модулей происходит на языке Visual Basic для приложений (VBA). Модули представляют собой набор инструкций, описаний, процедур. Есть стандартные элементы и модули класса.
В последнем случае у них имеется не только связь с конкретными формами или отчётами, но и содержание процедур по работе с ними. У стандартных модулей имеются общие процедуры, несвязанные с определёнными объектами. Список стандартных модулей представлен в перечне «Модули в области навигации».
Основные типы
Отображаемые данные
Короткие буквенно-цифровые значения, например фамилия или почтовый адрес. Помните, что начиная с версии Access 2013, текстовый тип данных переименован в Краткий текст.
Числовой, Большое число
Числовые значения, например расстояния. Помните, что для денежных значений есть отдельный тип данных.
Значения "Да" и "Нет", а также поля, содержащие только одно из двух значений.
Date/Time, Date/Time Extended
Дата и время: значения даты и времени для лет от 100 до 9999.
Date/Time Extended: значения даты и времени для лет с 1 по 9999.
Форматированный текст
Текст или сочетание текста и чисел, которые отформатированы с помощью элементов управления цветом и шрифтом.
Вычисляемое поле
Результаты вычисления. Вычисление может ссылаться на другие поля в той же таблице. Вычисления создаются с помощью построителя выражений. Вычисляемые поля впервые появились в Access 2010.
Гиперссылка
Текст или сочетание текста и чисел, сохраненное как текст и используемое в качестве адреса гиперссылки.
Длинные блоки текста. Типичный пример использования поля MEMO — подробное описание продукта. Помните, что начиная с версии Access 2013, тип данных MEMO переименован в "Длинный текст".
Подстановка
Список значений, которые получены из таблицы или запроса, или набор значений, которые вы указали при создании поля. Запускается мастер подстановок, с помощью которого можно создать поле подстановки. В зависимости от выбора, сделанного в мастере, данные в поле подстановки могут иметь текстовый или числовой тип.
У полей подстановки есть дополнительный набор свойств, которые находятся на вкладке Подстановка в области Свойства поля.
Примечание: В файлах формата MDB недоступны вложения и вычисляемые данные.
Неверный выбор типа и размера полей
Поскольку размер поля в «правильной» реляционной БД имеет фиксированное значение, он должен быть достаточным (иначе данные могут не поместиться) но не избыточным (лишнее место на диске и в памяти). Если подумать, то данный параметр должен быть, например, для символьного типа точно равен самой длинной строке генеральной совокупности.
Тип поля должен соответствовать вводимым данным с учетом возможного развития. В том числе числу записей для идентификаторов.
Ошибка типа — достаточно грубая и примитивная. Если недостаточный размер поля еще может быть оправдан просто отсутствием достаточного (исчерпывающего) объема информации, то ошибка в выборе типа — следствие слишком поверхностных рассуждений.
Еще один, совсем неочевидный пример. Так как размер поля всегда измеряется в целых байтах, логический тип, теоретически требующий всего одного бита, следует рассматривать как нерациональный. Да, он будет всегда обрабатываться быстрее, так как может иметь всего от двух до трех вариантов значения (T, F, null). Но даже банальный интерфейсный флажок, чаще всего используемый для управления полем, может иметь до четырех состояний.
Доступ к этим материалам предоставляется только зарегистрированным пользователям!
Прошу обратить особо пристальное внимание на неопределенную информацию, традиционно вносимую для xBase в Memo-поле. Новые концепции не предусматривают такого типа и придется пользоваться текстовыми полями, дополнительно обдумывая их структуру. Важно создать среду, когда не будет вывода пользователю, что он превысил объем сохраняемых данных.
Copyright © 1993–2022 Мацкявичюс Д.А. Все права защищены.
Никакая часть сайта не может быть воспроизведена никаким способом без письменного разрешения правообладателя и явной ссылки на данный ресурс.
Создание базы данных Access и дальнейшая работа с ней под силу даже не слишком опытному пользователю. Инструмент предоставляет массу возможностей, объединяя реляционный Microsoft Jet Database Engine с графическим интерфейсом пользователя и средствами разработки программного обеспечения.
Хотя, конечно, некоторые общие знания, чтобы управлять системой Access, иметь необходимо. То есть предварительно следует изучить характеристики данной СУБД, ознакомиться с ее функционалом, получить представление о режимах работы и существующем наборе компонентов. Итак, начнем?
Типы данных в Microsoft Access
Таблицы баз данных дают возможность для работы с различными типами данных. Система баз данных Access предназначается для таких типов данных, как:
- Текстовый. Может быть использован для хранения стандартного текста с ограничением 255 символов в размере. Текст или числа не предназначаются для расчётов.
- Числовой. Используют для хранения действительных чисел. Здесь есть огромное число подтипов, выбор которых определяет точность вычислений.
- Поле Мемо – специальный тип данных, предназначенный для хранения текстов объёмом до 65 535 символов. В поле хранится именно указатель на место базы данных, где хранится непосредственно текст. Поле данного типа не может быть ключевым или проиндексированным. Предусмотрены длинный текст или комбинация текста и числовых значений.
- Дата/время. Предназначен для хранения дат календаря и настоящего времени в специальном фиксированном формате.
- Денежный. Необходим для хранения денежных сумм. В него включены денежные значения и числовые сведения, используемые при математических расчётах.
- Счётчик, в форме специального типа данных для оригинальных натуральных чисел, неповторяющихся в поле и обладающих автоматическим наращиванием. Функция заключается в порядковой нумерации записей.
- Логический. Нужен для хранения логических данные и полей, которые содержат одно из 2-х возможных значений (могут принимать только 2 значения, например: «Да» или «Нет»).
- Гиперссылка в форме специального поля, в котором хранятся адреса URL web-данных в сети интернет. При нажатии на ссылку, в автоматическом режиме запустится браузер и будет воспроизведён объект в его окне.
- Мастер подстановок. Не представляет собой специальный тип данных. Можно автоматизировать настройки таким образом, чтобы не вводить информацию в ручном режиме. Сведения в таком случае можно выбрать из раскрывающегося списка.
- Поле объекта OLE предназначается для включения изображения, звукозаписи и других типов данных. Такое поле не является ключевым или проиндексированным.
В этой статье
Общая характеристика базы данных Access
Чтобы глубже ознакомиться с возможностями реляционной системы, которая входит в пакет Microsoft Office, следует разобраться с таким понятием, как база данных Access. Напомним, что набор информации, включающей структурированные по установленным правилам данные, который характеризуется особыми правилами описания и хранения, а также является независимым от программных приложений, называют базой данных (БД).
Общая характеристика базы данных Access
Самой популярной моделью представления упорядоченной информации является реляционная система. Ее название происходит от прилагательного relational (относительный). Это связано с тем, что отдельная запись в БД включает сведения, касающиеся только одного объекта.
При этом появляется возможность для работы с данными, которые принадлежат различным объектам, как единым целым, базирующимся на значениях, связанных друг с другом. Особенность реляционных систем управления информационными базами состоит в том, что весь массив обрабатываемых данных представлен в табличной форме.
На сегодняшний день система Access является одной из самых распространенных моделей управления БД в семействе продуктов корпорации Microsoft Office. Её может освоить не только опытный пользователь, но и новичок. В Microsoft Access база данных – это система, состоящая из элементов (например, таблицы, формы, запросы), выполняющих конкретно поставленную задачу. Сам термин «access» означает «доступ» (если перевести в электронном словаре).
Access – это современная прикладная программа Windows, позволяющая использовать все возможности DDE (Dynamic Data Exchange) — динамический обмен данными и OLE (Object Linking and Embedding) — связь и внесение объектов.
Получите подборку бесплатно (pdf 2,5 mb)
DDE позволяет обеспечивать обмен данными между MS Access и любым приложением от Windows. OLE также способен как устанавливать связь с объектами других прикладных программ, так и внедрять определённый объект в БД Access. Примером таких объектов могут быть электронные таблицы, диаграммы, рисунки, или документы из других приложений Windows.
Access способен работать с огромным количеством различных форматов данных. При этом, импорт/экспорт данных производится из электронных таблиц и текстовых файлов. Система способна заниматься непосредственной обработкой файлов FoxPro, Paradox, dBase III, dBase IV, и т.д.
Для работы с элементами СУБД Access использует процессор баз данных Microsoft Jet. Конструктор форм предназначен для объектов доступа и используется, как средство быстрого построения интерфейса. Конструктор отчётов обеспечивает вывод соответствующих документов. Чтобы автоматизировать рутинные операции можно воспользоваться функциями макрокоманд.
Система ориентирована на конечного пользователя. В работе Access используется язык программирования Visual Basic for Application. Он может создавать массивы, собственные типы данных, вести контроль работы прикладных программ.
Общие сведения
Иногда типы данных могут показаться неочевидными, например в поле с типом данных "Текст" могут храниться данные, состоящие из текста и чисел. Но в поле с типом данных "Число" могут храниться только числовые данные. Поэтому вам нужно знать, какие свойства используются для каждого типа данных.
Тип данных поля определяет много других важных характеристик поля, в частности:
форматы, которые можно использовать в поле;
максимальный размер значения в поле;
способ использования поля в выражениях;
возможность индексирования поля.
В зависимости от способа создания нового поля тип данных поля может быть задан заранее или его можно выбрать. Например, если при создании поля в режиме таблицы вы:
используете существующее поле из другой таблицы, типы данных уже определены в ней или в шаблоне;
вводите данные в пустом столбце (или поле), Access назначает полю тип данных, исходя из вводимых значений, или вы можете назначить тип данных и формат для поля;
на вкладке Изменение полей в группе Поля и столбцы выбираете команду Добавить поля, Access отображает список типов данных для выбора.
Когда какой тип данных использовать?
Тип данных поля можно посметь набором характеристик, которые применяются ко всем значениям в нем. Например, значения, хранимые в текстовом поле, могут содержать только буквы, цифры и ограниченный набор знаков препинания, а текстовое поле может содержать не более 255 символов.
Совет: Иногда все выглядит так, как будто данные в поле имеют один тип, а на самом деле это данные другого типа. Например, поле вроде бы содержит числовые значения, но на самом деле это текстовые значения, представляющие номера комнат. Часто для сравнения или преобразования значений с разными типами данных используются выражения.
В таблицах ниже показаны форматы, доступные для каждого типа данных, и описаны результаты форматирования.
Справочные сведения о типах данных
Тип данных, применяемый к полю, содержит набор свойств, которые вы можете выбрать. Чтобы получить дополнительные сведения, щелкните типы данных ниже.
База данных – это совокупность структурированных и взаимосвязанных данных, относящихся к определенной предметной области.
Для создания, хранения, обработки и коллективного использования информации применяются специальные программные системы, называемые системами управления базами данных (СУБД).
К основным функциям СУБД относятся следующие:
· физическое размещение в памяти данных и их описаний;
· поддержка баз данных в актуальном состоянии;
· механизмы поиска запрашиваемых данных;
· доступ к данным при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);
· способы обеспечения защиты данных от некорректных обновлений и/или несанкционированного доступа.
Основная особенность СУБД – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры.
Тщательное проектирование базы данных – первый и очень важный шаг создания базы. Он позволяет избежать затрат, связанных с внесением исправлений в структуру хранящихся данных. Проектирование базы данных начинается с анализа предметной области и выявления требований к ней отдельных пользователей (сотрудников организации, для которых создается база данных). На этапе проектирования выявляются объекты информации и их характеристики, определяются виды данных, требующие регулярного обновления, и способы представления информации на экране и в отчетах, формулируются вопросы, на которые необходимо регулярно отвечать при поиске данных. Это помогает конкретизировать требования к хранимой информации. В любой момент можно изменить структуру хранящейся в базе информации, подкорректировав структуру таблиц и, соответственно, форм и отчетов. За проектирование и поддержку базы данных отвечает администратор базы данных (АБД).
СУБД использует следующие модели и описания:
Трехуровневая архитектура (инфологический, даталогический и физический уровни) позволяет обеспечить независимость хранимых данных от использующих их программ.
Первоначально создается обобщенное неформальное описание создаваемой базы данных. Это описание называют инфологической моделью данных, и оно выполняется с использованием естественного языка, блок-схем, математических формул, таблиц, графиков и других средств. Инфологическая модель отражает предметную область, для которой проектируется база данных, и полностью независима от физических параметров среды хранения данных. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты). Инфологическая модель не должна изменяться до тех пор, пока изменения в реальном мире не повлекут за собой изменения предметной области и, следовательно, изменения в модели.
Описание, создаваемое разработчиками базы данных по инфологической модели данных, называют даталогической моделью данных. Конечным результатом даталогического проектирования является описание логической структуры базы данных на ЯОД – языке описания данных конкретной СУБД. При создании даталогической модели данных обеспечивается однозначное соответствие между конструкциями языка описания данных и графическими обозначениями информационных единиц и связей между ними.
В основе каждой СУБД лежит концепция модели данных, то есть некоторой абстракции представления данных. Изначально были успешными две конкурирующие модели – иерархическая и сетевая. Иерархическая БД состоит из упорядоченного набора деревьев. Корпорация IBM разработала и внедрила язык описания данных DL/I (Data Language One), который моделировал данные в иерархической форме (представление данных в форме деревьев). Эта модель была разработана совместно с промышленными предприятиями и предназначалась для хранения и поддержки данных, которые иерархически связаны между собой, например, сметы материалов и списки деталей. Типичным представителем иерархической СУБД является СУБД IMS (Information Management System) компании IBM, первая версия которой появилась в 1968 г.
На рис.8.1 показан пример схемы иерархической БД. Тип записи ФАКУЛЬТЕТ является предком (родительской или исходной записью) для типов записей КАФЕДРЫ и ДЕКАНАТ, а записи КАФЕДРЫ и ДЕКАНАТ – потомки (дочерние или порожденные записи) для записи ФАКУЛЬТЕТ.
Все экземпляры определенного типа порожденной записи, относящиеся к одному экземпляру исходной записи, называются близнецами. Иерархическая модель реализует отношение между исходной и дочерними записями по схеме один-ко-многим., то есть одной родительской записи может соответствовать любое число дочерних. В иерархической базе данных существует единственный иерархический путь доступа к любой записи, начиная с корня дерева, т.е. порядок обхода дерева – сверху-вниз, слева-направо. По сути иерархическая модель – ориентированный граф.
Рис. 8.1.Схема иерархической модели базы данных
В терминологии IMS вместо термина "запись" использовался термин "сегмент", а под термином "запись базы данных" понималось все дерево сегментов. В 1970 году группа CODASYL, которая разрабатывала стандарты для языка COBOL, создала модель под названием DBTG (Data Base Task Group, группа задач базы данных). Модель DBTG была готова к представлению как иерархических, так и сетевых данных. Однако эта модель была очень сложной, поэтому не имела большого успеха.
Типичным представителем систем, основанных на сетевой модели данных, является СУБД IDMS (Integrated Database Management System), разработанная компанией Cullinet Software, Inc. Сетевой подход к организации данных является расширением иерархического подхода. Как и в иерархической модели, связи ведут от родительской записи к дочерней, но на этот раз поддерживается множественное наследование. В сетевой модели допускается несколько исходных записей для одной порожденной записи наряду с возможностью наличия записей без исходной записи (рис.8.2). Другими словами, в сетевой модели любая запись может участвовать в нескольких отношениях предок-потомок. Сетевая модель – неориентированный граф.
Рис. 8.2.Схема сетевой модели базы данных
Большинство применяемых сегодня баз данных основаны на реляционной модели. Основная идея реляционной модели – представить произвольную структуру данных в виде двумерных таблиц. Наиболее распространенной в настоящее время настольной реляционной базой данных является MS Access, пример которой рассматривается в разделе 6.3.3.
Реляционная модель впервые была предложена Э.Ф. Коддом (E.F. Codd) в 1970 году. Понятие модели данных, введенное Коддом, впоследствии развил Кристофер Дейт. Согласно Дейту, реляционная модель состоит из трех частей, описывающих разные аспекты реляционного подхода: структурной части, манипуляционной части и целостной части. Данные хранятся в таблицах. Столбцы таблиц называются полями, а строки – записями. В каждом поле может храниться информация только одного типа. Запросы предназначены для манипулирования данными, содержащимися в базе данных.
Кодд определил правила реляционной модели, которые получили название "12 правил Кодда". Позже Кодд добавил "нулевое" правило.
1. Реляционная СУБД должна быть способна полностью управлять базой данных, используя связи между данными.
2. Информационное правило: вся информация в реляционной БД, включая имена таблиц и столбцов, должна определяться строго как значения таблиц.
3. Гарантированный доступ: любое значение БД должно быть гарантированно доступным через комбинацию имени таблицы, первичный ключ и имя столбца.
4. Поддержка нулевого значения: СУБД должна уметь работать с нулевыми (пустыми) значениями. Нулевое значение – это неизвестное, независимое, неприменимое значение, в отличие от значений по умолчанию и обычных значений.
5. Активный, оперативный реляционный каталог – описание БД и ее содержимое – должны быть определены на логическом уровне через таблицы, к которым можно применять запросы, используя DML (Data Manipulation Language – язык манипулирования данными).
6. Исчерпывающее подмножество языка данных: по крайней мере, один из поддерживаемых языков должен иметь четко определенный синтаксис и быть самодостаточным. Он должен поддерживать определение данных и манипулирование ими, правила целостности, авторизацию и транзакции.
7. Правило обновления представлений: все представления, теоретически обновляемые, могут быть обновлены через систему.
8. Вставка, обновление и удаление: СУБД поддерживает не только запрос данных, но и вставку, обновление и удаление.
9. Физическая независимость данных: логика программ-приложений остается прежней при изменении физических методов доступа к данным и структур хранения.
10. Логическая независимость данных: логика программ-приложений остается прежней, в пределах разумного, при изменении структур таблиц.
11. Независимость целостности: язык БД должен быть способен определять ограничения целостности. Они должны быть доступны из оперативного каталога, и не должно быть способа их обойти.
12. Независимость распределения: перенос базы данных с одного компьютера на другой компьютер не должен оказывать влияния на запросы программ-приложений. Реляционная СУБД не должна зависеть от потребностей конкретного клиента.
13. Согласованность языков всех уровней: низкоуровневый язык доступа к данным не должен игнорировать правила безопасности и целостности, поддерживаемые языком более высокого уровня.
Предложив реляционную модель данных, Э.Ф. Кодд создал и инструмент для удобной работы с отношениями – реляционную алгебру – формальную систему манипулирования отношениями, основными операциями которой являются проекция, соединение, пересечение и объединение.
Реляционное исчисление – это еще одна формальная система, которая манипулирует отношениями. Реляционное исчисление основано на логике первого порядка. Так же как и выражения реляционной алгебры, формулы реляционного исчисления определяются над отношениями реляционных баз данных, и результатом вычисления также является отношение.
Реляционная алгебра и реляционное исчисление имеют одинаковую выражающую мощность; т. е. все запросы, которые можно сформулировать с помощью реляционной алгебры, могут быть также сформулированы с помощью реляционного исчисления и наоборот. Первым это доказал Э. Ф. Кодд в 1972 году. Это доказательство основано на алгоритме, по которому произвольное выражение реляционного исчисления может быть сокращено до семантически эквивалентного выражения реляционной алгебры. Алгоритм носит название "алгоритм редукции Кодда".
Реляционные базы данных имеют следующие специфические особенности.
· Для каждого поля таблицы базы данных определен тип данных, таким образом нельзя в одно поле разных записей вводить данные разных типов.
· СУБД позволяют не только вводить данные в таблицы, но и контролировать правильность вводимых данных. Имеются в виду не только ограничения по типу данных, но и контроль допустимых значений, количество вводимых знаков и т.п. СУБД не позволит сохранить в записи те данные, которые не удовлетворяют заданным правилам.
· Таблицы баз данных могут включать в себя количество записей, исчисляемое сотнями тысяч, и при этом СУБД обеспечивает удобные способы извлечения нужной информации из этого множества записей.
· Все данные хранятся, независимо от их структуры и содержания, в одном файле, и доступ к этим данным осуществляется постранично, не превышая ограничений на ресурсы компьютера.
· Можно устанавливать связи между таблицами и затем при помощи запросов совместно использовать данные разных таблиц. Данные, полученные в результате запроса, представляются также в виде таблицы.
· Запрос на выборку может быть обращен к одной или нескольким таблицам одновременно. Данные в выборке являются динамическими, т. е. при повторном запуске запроса по измененным данным, выборка изменяется.
· Благодаря установке взаимосвязей между отдельными таблицами удается избежать ненужного дублирования данных, сэкономить память компьютера, а также увеличить скорость обработки информации.
· Большинство баз данных может поддерживать одновременную работу с базой данных нескольких пользователей, при этом все пользователи гарантированно будут работать с актуальными данными.
· По сравнению с другими прикладными пакетами в базах данных имеется развитая система защиты от несанкционированного доступа, которая предоставляет, помимо парольной защиты файла, возможность каждому пользователю или группе пользователей видеть и изменять только те объекты, к которым пользователи имеют право доступа.
При проектировании реляционной базы данных большое внимание уделяется процессу нормализации таблиц. Целью нормализации является создание такого проекта базы данных, где будет исключена избыточность информации, т. е. каждый квант информации будет сохраняться лишь в одном месте. Основное назначение нормализации – исключение возможной противоречивости хранимых данных и экономия памяти. Пренебрежение нормализацией делает структуру базы данных запутанной, а саму базу – ненадежной в работе.
Теория нормализации основывается на наличии той или иной зависимости между полями таблицы. Определены два вида таких зависимостей: функциональные и многозначные.
Поле В таблицы функционально зависит от поля А той же таблицы в том и только в том случае, когда в любой заданный момент времени для каждого из различных значений поля А обязательно существует только одно из различных значений поля В. Отметим, что здесь допускается, что поля А и В могут быть составными.
Поле В находится в полной функциональной зависимости от составного поля А, если оно функционально зависит от А и не зависит функционально от любого подмножества поля А.
Поле А многозначно определяет поле В той же таблицы, если для каждого значения поля А существует определенное множество соответствующих значений В.
Процесс нормализации представляет собой последовательное преобразование исходной БД к нормализованной базе данных путем поэтапного приведения таблиц к нормальным формам (НФ). При этом каждая следующая НФ обязательно включает в себя предыдущую, что позволяет разбить процесс на этапы и производить его однократно, не возвращаясь к предыдущим этапам. Всего в реляционной теории насчитывается 6 нормальных форм: первая нормальная форма (1НФ), вторая нормальная форма (2НФ), третья нормальная форма (3НФ), нормальная форма Бойса-Кодда (НФБК), четвертая нормальная форма (4НФ) и пятая нормальная форма (5НФ).
По существу, таблица находится в 2НФ, если она находится в 1НФ и удовлетворяет, кроме того, некоторым дополнительным условиям. Таблица находится в 3НФ, если она находится в 2НФ и, помимо этого, удовлетворяет другим дополнительным условиям и т.д.
Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто.
Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.
Кодд и Бойс обосновали и предложили более строгое определение для 3НФ, которое учитывает, что в таблице может быть несколько ключей. Таблица находится в нормальной форме Бойса-Кодда (НФБК), если и только если любая функциональная зависимость между ее полями сводится к полной функциональной зависимости от возможного ключа.
В следующих нормальных формах (4НФ и 5НФ) учитываются не только функциональные, но и многозначные зависимости между полями таблицы.
Реляционные языки обеспечивают типовые операции по обработке реляционных таблиц, позволяют формулировать логические условия, используемые в операциях выборки, проверку целостности (непротиворечивости) данных взаимосвязанных таблиц. Они оперируют с данными как со множествами, применяя к ним основные операции теории множеств. На входе реляционного оператора – множество записей одной или нескольких реляционных таблиц, на выходе – множество записей новой реляционной таблицы. Реляционные языки имеют различный уровень процедурности – содержание и последовательность перехода от входных данных к выходным.
Выделяют следующие разновидности языков реляционной алгебры:
· dBASe-подобные языки приближены к языкам структурного программирования. Эти языки обеспечивают создание интерфейса пользователя и типовые операции обработки данных;
· графические реляционные языки, ориентированные на конечных пользователей;
· SQL-подобные языки запросов, реализованные в большинстве многопользовательских и распределенных систем управления базами данных.
dBASe-подобные языки используют базы данных dBASe, Paradox, FoxPro, Clipper, Rbase и др.
Типичным представителем графического реляционного языка является язык QBE (Query By Example), реализованный в среде электронных таблиц, в различных базах данных, например, в MS Access, в пакете Microsoft Query. Этот язык относится к языкам манипулирования данными и имеет простейшие синтаксические конструкции, легко осваиваемые пользователями-непрограммистами.
SQL (Structured Query Language) применяется при работе с реляционными базами данных в современных СУБД (ORACLE, dBASE IY, dBASE Y, Paradox, Access и др.). Для отдельных СУБД синтаксис версий языка SQL может различаться.
Язык SQL стал стандартом языков запросов для работы с реляционными базами данных архитектуры "файл-сервер" и "клиент-сервер" и для управления распределенными базами данных. Это реляционно полный язык, предназначенный для работы с базами данных, создания запросов на выборку данных, для выполнения вычислений, для обеспечения целостности баз данных.
Одна СУБД отличается от другой в первую очередь набором поддерживаемых типов данных и их свойствами. Но понимание общих подходов позволяет достаточно легко решить значительную часть возникающих нестыковок.
Первым делом введем тип данных, для которого не существует поля, но он чрезвычайно важен, так как означает отсутствие данных. Он обозначается как NULL и его необходимо присваивать отдельно. Сделать это можно только для тех полей, для которых указано в структуре таблицы соответствующее разрешение. В этом случае, например, задав его значением по умолчанию, мы можем получить 3 варианта логического поля: null, true, false. При этом данные будут пустыми (null) при создании записи и актуализируются только после ввода конкретной информации.
Поле — минимальная единица структурированной информации в БД, характеризующая один показатель для одного явления. Каждое поле имеет тип и размер. Все поля для данного явления составляют запись. Поле — структурная единица записи. Обратите внимание, что, уже с точки зрения всей БД, поле является совокупностью какого-либо значения во всех записях.
Доступ к этим материалам предоставляется только зарегистрированным пользователям!
Характеристики полей БД (на основе xBase)
Тип поля | Обозначение | Ограничения (размер) | Содержание (виды информации) |
Символьный | (Character) | 254/255 символов | Любые символы кодовой таблицы |
Числовой | (Numeric) | 20 разрядов | Числовые значения. Размер поля состоит из суммы числа разрядов до десятичной точки, после нее +1 знак на точку |
(Float) | 20 разрядов | Числа с плавающей точкой | |
(Integer) | (4 байта) | Целые числа, размер поля фиксирован! | |
Дата | (Date) | 8 байтов | Дата |
Время | (Time) | 6 байтов | Время, часто объединено с датой (DateTime) |
Логический | (Logical) | (1 байт) | Логические данные — истина (.T. или .Y.) или ложь (.F. или .N.), то есть 1 или 0 |
Примечаний | (Memo) | нет* | Любые данные, в том числе в двоичном виде |
Общего назначения | (General) | нет* | Как правило графические или мультимедийные (звук, видео) данные |
* В отличие от всех полей хранится в отдельном файле, не имеет фиксированного размера и ограничивается только свободным дисковым пространством, либо размером файла операционной системы.
Характеристики основных полей MySQL
Тип поля | Обозначение | Ограничения (размер) | Содержание (виды информации) |
Символьный | (CHAR) | 255 символов* | Любые символы кодовой таблицы |
(TEXT) | 65535 символов | Любые символы кодовой таблицы | |
(VARCHAR(Size)) | 65532 символа | Любые символы кодовой таблицы | |
(MEDIUMTEXT) | 16777215 символов | Любые символы кодовой таблицы | |
(LONGTEXT) | 4294967295 символов | Любые символы кодовой таблицы | |
Числовой | (FLOAT(M,D)) | 4 байта | Числовые значения. Размер поля состоит из суммы числа разрядов до и после десятичной точки. Из них выделяются десятичные разряды |
(DOUBLE(M,D)) | 8 байт | То же, что и FLOAT, но со значительным расширением диапазона значений | |
(DECIMAL(M,D)) | число знаков | Тоже что и DOUBLE, но хранится в виде строки | |
(TINYINT(Size)) | 1 байт | Целое число от -128 до 127 или 0-255 без знака | |
(SMALLINT(Size)) | 2 байта | Целое число от -32768 до 32767 | |
(INT(Size)) | 4 байта | Целое число от -2147483648 до 2 147 483 647 | |
Дата | (DATE) | 3 байта | Дата |
Время | (DATETIME) | 8 байт | Время с датой от 1000 до 9999 года |
Время | (TIMESTAMP) | 4 байта | Время с датой (момент создания записи) |
Время | (TIME) | 3 байта | Время суток с точностью до секунд |
Двоичная информация | (LONGBLOB) | 0–4 294 967 295 байт | LONG Binary Large OBjects. Самый большой тип поля для хранения бинарных данных |
* Размер для символьных (строковых) полей зависит от используемой кодировки.
Доступ к этим материалам предоставляется только зарегистрированным пользователям!
Создание базы данных в MS Access
Формировать базу данных программы Access можно, используя шаблоны, представленные в самом приложении. Кроме того, их можно найти на портале у разработчиков.
Создание базы данных в MS Access
Конечно, существует вероятность, что доступные шаблоны не смогут полностью удовлетворить ваши потребности, но, опыт формирования БД на их основе будет полезен с точки зрения знакомства со структурой таких баз, их компонентами и возможностями применения. Далее мы продемонстрируем, как выглядит процесс формирования.
Для создания баз данных необходимо запустить Microsoft Access. После этого нужно нажать кнопку Office и использовать команду «Создать». Программа по умолчанию предложит имя БД. Затем, чтобы выбрать место, куда сохранится база данных нужно открыть каталог, а после выбора нажимаем «Создать».
Есть и другой вариант, связанный с использованием шаблонов. Для этого необходимо выбрать в группе соответствующей категории локальные шаблоны, после чего откроется перечень доступных форм. Это будет список задач, из которого мы выбираем ту, которая больше всего соответствует нашим целям. К примеру, возьмем шаблон «Учащиеся». Как и в первом случае программа предложит имя БД. Нужно определиться с каталогом, в который будет сохранена база и кликнуть «Создать».
Теперь у нас есть, пока еще, пустая база данных, включающая готовые шаблоны разных ее составляющих. Так как в БД могут содержаться исключительно активные компоненты, кликаем «Параметры»-> Включить активное содержимое (затем это содержимое может быть включено в базу данных).
Для отображения всех элементов нужно нажать на области переходов, после чего мы увидим все виды объектов, содержащиеся в базе данных Access. Будут отображены таблицы, формы, запросы и отчеты.
Мы можем вносить данные в таблицы или в соответствующие им формы. В ходе изучения окна программы Microsoft Access можно обнаружить большое количество уже знакомых нам компонентов интерфейса. Здесь есть панель Office, кнопка быстрого доступа и т.д. Но, среди известных элементов есть и совершенно новый, который называется «область переходов». Здесь отображается весь перечень элементов БД.
Все эти элементы мы подробно рассмотрели в предыдущих разделах этого материала. При этом, обращаем ваше внимание, что все объекты БД Access могут храниться в едином файле с расширением.
Подытожим информацию, представленную в этой статье. С точки зрения обычного пользователя система управления базами данных Access в плане использования предполагает перечень несложных операций: формирование БД с выбором типов информации, ввод/вывод последней по запросу, создание отчета по доступу в виде презентации. При достаточно широком наборе возможностей система Access от Майкрософт отличается простотой, и работа с ней не вызывает каких-либо проблем.
Перевод цикла из 15 статей о проектировании баз данных.
Информация предназначена для новичков.
Помогло мне. Возможно, что поможет еще кому-то восполнить пробелы.
Руководство по проектированию баз данных.
1. Вступление.
Если вы собираетесь создавать собственные базы данных, то неплохо было бы придерживаться правил проектирования баз данных, так как это обеспечит долговременную целостность и простоту обслуживания ваших данных. Данное руководство расскажет вам что представляют из себя базы данных и как спроектировать базу данных, которая подчиняется правилам проектирования реляционных баз данных.
Базы данных – это программы, которые позволяют сохранять и получать большие объемы связанной информации. Базы данных состоят из таблиц, которые содержат информацию. Когда вы создаете базу данных необходимо подумать о том, какие таблицы вам нужно создать и какие связи существуют между информацией в таблицах. Иначе говоря, вам нужно подумать о проекте вашей базы данных. Хороший проект базы данных, как было сказано ранее, обеспечит целостность данных и простоту их обслуживания.
Структурированный язык запросов (SQL).
База данных создается для хранения в ней информации и получения этой информации при необходимости. Это значит, что мы должны иметь возможность помещать, вставлять (INSERT) информацию в базу данных и мы хотим иметь возможность делать выборку информации из базы данных (SELECT).
Язык запросов к базам данных был придуман для этих целей и был назван Структурированный язык запросов или SQL. Операции вставки данных (INSERT) и их выборки (SELECT) – части этого самого языка. Ниже приведен пример запроса на выборку данных и его результат.
SQL – большая тема для повествования и его рассмотрение выходит за рамки данного руководства. Данная статья строго сфокусирована на изложении процесса проектирования баз данных. Позднее, в отдельном руководстве, я расскажу об основах SQL.
Реляционная модель.
В этом руководстве я покажу вам как создавать реляционную модель данных. Реляционная модель – это модель, которая описывает как организовать данные в таблицах и как определить связи между этими таблицами.
Правила реляционной модели диктуют, как информация должна быть организована в таблицах и как таблицы связаны друг с другом. В конечном счете результат можно предоставить в виде диаграммы базы данных или, если точнее, диаграммы «сущность-связь», как на рисунке (Пример взят из MySQL Workbench).
Примеры.
В качестве примеров в руководстве я использовал ряд приложений.
РСУБД, которую я использовал для создания таблиц примеров – MySQL. MySQL – наиболее популярная РСУБД и она бесплатна.
Утилита для администрирования БД.
После установки MySQL вы получаете только интерфейс командной строки для взаимодействия с MySQL. Лично я предпочитаю графический интерфейс для управления моими базами данных. Я часто использую SQLyog. Это бесплатная утилита с графическим интерфейсом. Изображения таблиц в данном руководстве взяты оттуда.
Визуальное моделирование.
Существует отличное бесплатное приложение MySQL Workbench. Оно позволяет спроектировать вашу базу данных графически. Изображения диаграмм в руководстве сделаны в этой программе.
Проектирование независимо от РСУБД.
Важно знать, что хотя в данном руководстве и приведены примеры для MySQL, проектирование баз данных независимо от РСУБД. Это значит, что информация применима к реляционным базам данных в общем, не только к MySQL. Вы можете применить знания из этого руководства к любым реляционным базам данных, подобным Mysql, Postgresql, Microsoft Access, Microsoft Sql or Oracle.
В следующей части я коротко расскажу об эволюции баз данных. Вы узнаете откуда взялись базы данных и реляционная модель данных.
2. История.
В 70-х – 80-х годах, когда компьютерные ученые все еще носили коричневые смокинги и очки с большими, квадратными оправами, данные хранились бесструктурно в файлах, которые представляли собой текстовый документ с данными, разделенными (обычно) запятыми или табуляциями.
Так выглядели профессионалы в сфере информационных технологий в 70-е. (Слева внизу находится Билл Гейтс).
Текстовые файлы и сегодня все еще используются для хранения малых объемов простой информации. Comma-Separated Values (CSV) — значения, разделённые запятыми, очень популярны и широко поддерживаются сегодня различным программным обеспечением и операционными системами. Microsoft Excel – один из примеров программ, которые могут работать с CSV–файлами. Данные, сохраненные в таком файле могут быть считаны компьютерной программой.
Выше приведен пример того, как такой файл мог бы выглядеть. Программа, производящая чтение данного файла, должна быть уведомлена о том, что данные разделены запятыми. Если программа хочет выбрать и вывести категорию, в которой находится урок 'Database Design Tutorial', то она должна строчка за строчкой производить чтение до тех пор, пока не будут найдены слова 'Database Design Tutorial' и затем ей нужно будет прочитать следующее за запятой слово для того, чтобы вывести категорию Software.
Таблицы баз данных.
Чтение файла строчка за строчкой не является очень эффективным. В реляционной базе данных данные хранятся в таблицах. Таблица ниже содержит те же самые данные, что и файл. Каждая строка или “запись” содержит один урок. Каждый столбец содержит какое-то свойство урока. В данном случае это заголовок (title) и его категория (category).
Компьютерная программа могла бы осуществить поиск в столбце tutorial_id данной таблицы по специфическому идентификатору tutorial_id для того, чтобы быстро найти соответствующие ему заголовок и категорию. Это намного быстрее, чем поиск по файлу строка за строкой, подобно тому, как это делает программа в текстовом файле.
Современные реляционные базы данных созданы так, чтобы позволять делать выборку данных из специфических строк, столбцов и множественных таблиц, за раз, очень быстро.
История реляционной модели.
Реляционная модель баз данных была изобретена в 70-х Эдгаром Коддом (Ted Codd), британским ученым. Он хотел преодолеть недостатки сетевой модели баз данных и иерархической модели. И он очень в этом преуспел. Реляционная модель баз данных сегодня всеобще принята и считается мощной моделью для эффективной организации данных.
Сегодня доступен широкий выбор систем управления базами данных: от небольших десктопных приложений до многофункциональных серверных систем с высокооптимизированными методами поиска. Вот некоторые из наиболее известных систем управления реляционными базами данных (РСУБД):
— Oracle – используется преимущественно для профессиональных, больших приложений.
— Microsoft SQL server – РСУБД компании Microsoft. Доступна только для операционной системы Windows.
— Mysql – очень популярная РСУБД с открытым исходным кодом. Широко используется как профессионалами, так и новичками. Что еще нужно?! Она бесплатна.
— IBM – имеет ряд РСУБД, наиболее известна DB2.
— Microsoft Access – РСУБД, которая используется в офисе и дома. На самом деле – это больше, чем просто база данных. MS Access позволяет создавать базы данных с пользовательским интерфейсом.
В следующей части я расскажу кое-что о характеристиках реляционных баз данных.
3. Характеристики реляционных баз данных.
Реляционные базы данных разработаны для быстрого сохранения и получения больших объемов информации. Ниже приведены некоторые характеристики реляционных баз данных и реляционной модели данных.
Использование ключей.
Каждая строка данных в таблице идентифицируется уникальным “ключом”, который называется первичным ключом. Зачастую, первичный ключ это автоматически увеличиваемое (автоинкрементное) число (1,2,3,4 и т.д). Данные в различных таблицах могут быть связаны вместе при использовании ключей. Значения первичного ключа одной таблицы могут быть добавлены в строки (записи) другой таблицы, тем самым, связывая эти записи вместе.
Используя структурированный язык запросов (SQL), данные из разных таблиц, которые связаны ключом, могут быть выбраны за один раз. Для примера вы можете создать запрос, который выберет все заказы из таблицы заказов (orders), которые принадлежат пользователю с идентификатором (id) 3 (Mike) из таблицы пользователей (users). О ключах мы поговорим далее, в следующих частях.
Столбец id в данной таблице является первичным ключом. Каждая запись имеет уникальный первичный ключ, часто число. Столбец usergroup (группы пользователей) является внешним ключом. Судя по ее названию, она видимо ссылается на таблицу, которая содержит группы пользователей.
Отсутствие избыточности данных.
В проекте базы данных, которая создана с учетом правил реляционной модели данных, каждый кусочек информации, например, имя пользователя, хранится только в одном месте. Это позволяет устранить необходимость работы с данными в нескольких местах. Дублирование данных называется избыточностью данных и этого следует избегать в хорошем проекте базы данных.
Ограничение ввода.
Используя реляционную базу данных вы можете определить какой вид данных позволено сохранять в столбце. Вы можете создать поле, которое содержит целые числа, десятичные числа, небольшие фрагменты текста, большие фрагменты текста, даты и т.д.
Когда вы создаете таблицу базы данных вы предоставляете тип данных для каждого столбца. К примеру, varchar – это тип данных для небольших фрагментов текста с максимальным количеством знаков, равным 255, а int – это числа.
Помимо типов данных РСУБД позволяет вам еще больше ограничить возможные для ввода данные. Например, ограничить длину или принудительно указать на уникальность значения записей в данном столбце. Последнее ограничение часто используется для полей, которые содержат регистрационные имена пользователей (логины), или адреса электронной почты.
Эти ограничения дают вам контроль над целостностью ваших данных и предотвращают ситуации, подобные следующим:
— ввод адреса (текста) в поле, в котором вы ожидаете увидеть число
— ввод индекса региона с длинной этого самого индекса в сотню символов
— создание пользователей с одним и тем же именем
— создание пользователей с одним и тем же адресом электронной почты
— ввод веса (числа) в поле дня рождения (дата)
Поддержание целостности данных.
Настраивая свойства полей, связывая таблицы между собой и настраивая ограничения, вы можете увеличить надежность ваших данных.
Назначение прав.
Большинство РСУБД предлагают настройку прав доступа, которая позволяет назначать определенные права определенным пользователям. Некоторые действия, которые могут быть позволены или запрещены пользователю: SELECT (выборка), INSERT (вставка), DELETE (удаление), ALTER (изменение), CREATE (создание) и т.д. Это операции, которые могут быть выполнены с помощью структурированного языка запросов (SQL).
Структурированный язык запросов (SQL).
Для того, чтобы выполнять определенные операции над базой данных, такие, как сохранение данных, их выборка, изменение, используется структурированный язык запросов (SQL). SQL относительно легок для понимания и позволяет в т.ч. и уложненные выборки, например, выборка связанных данных из нескольких таблиц с помощью оператора SQL JOIN. Как и упоминалось ранее, SQL в данном руководстве обсуждаться не будет. Я сосредоточусь на проектировании баз данных.
То, как вы спроектируете базу данных будет оказывать непосредственное влияние на запросы, которые вам будет необходимо выполнить, чтобы получить данные из базы данных. Это еще одна причина, почему вам необходимо задуматься о том, какой должна быть ваша база. С хорошо спроектированной базой данных ваши запросы могут быть чище и проще.
Переносимость.
Реляционная модель данных стандартна. Следуя правилам реляционной модели данных вы можете быть уверены, что ваши данные могут быть перенесены в другую РСУБД относительно просто.
Как говорилось ранее, проектирование базы данных – это вопрос идентификации данных, их связи и помещение результатов решения данного вопроса на бумагу (или в компьютерную программу). Проектирование базы данных независимо от РСУБД, которую вы собираетесь использовать для ее создания.
Свойство "Размер поля"
После создания поля и указания типа данных для него можно настроить дополнительные свойства поля. Набор доступных дополнительных свойств зависит от типа данных поля. Например, вы можете настроить размер текстового поля с помощью свойства Размер поля.
Для числовых и денежных полей свойство Размер поля особенно важно, поскольку определяет диапазон значений поля. Например, одноразрядное числовое поле может содержать только целые числа в диапазоне от 0 до 255.
Свойство Размер поля определяет также, сколько места на диске занимает каждое значение числового поля. В зависимости от размера поля число может занимать 1, 2, 4, 8, 12 или 16 байт.
Примечание: В полях MEMO и текстовых полях возможны значения переменных размеров. Для этих типов данных свойство Размер поля задает максимальный размер доступного пространства для одного значения.
Дополнительные сведения о свойствах полей и той роли, которую они выполняют для различных типов данных, см. в разделе Справочные сведения о типах данных. Ознакомьтесь также со статьей Задание размера поля.
Числовой
Отображаемые данные
Числа без дополнительного форматирования (точно в том виде, в котором хранятся).
Обычные денежные значения.
Обычные денежные значения в формате ЕС.
Фиксированный
Стандартный
Числовые данные с десятичными знаками.
Значения в процентах.
Экспоненциальный
Логический
Отображаемые данные
"Истина" или "Ложь".
Включено/Выключено
Объект OLE Объекты OLE, например документы Word.
Читайте также: