Как создать базу данных в MySQL. Поэтапное обучение работе с субд ms access на примере создания однотабличной базы данных "ателье" Какие операции можно выполнять при помощи MS Access
Многим из отечественных пользователей известно, какой в свое время переполох поднялся из-за видоизмененного интерфейса MS Office 2007, и чем только не поливали его разработчиков! «Гуру» сетовали на то, что новый офисный пакет стал «неудобным и странным», а потому уверенно предрекали ему скорую кончину и полное забвение пользователей.
Зря! Так как ничего подобного не произошло, напротив, вскорости выяснилось, что пользоваться новой версией «Офиса» стало намного проще и удобнее.
А потому (как и ожидалось) все изменения, предпосылки для которых были созданы еще в «Офисе 2007», не только успешно перекочевали в его новую ипостась, но и получили вполне логичное свое развитие. Именно поэтому версия 2010 года стала чрезвычайно популярной в среде профессиональных пользователей.
Изменения в новой версии Access
Весьма существенные изменения коснулись и знаменитого Посредством нового компонента Sparklines можно создавать и редактировать огромные массивы информации. А благодаря инструменту Slicer появилась возможность простой и быстрой навигации даже в огромных базах. А все благодаря качественно продуманным и настроенным системам фильтрации.
Что это такое
Чтобы правильно создавать базы, необходимо предварительно разобраться в их сути. называется строго организованная структура, предназначенная для хранения и упорядочивания информации. Она может содержать чрезвычайно разнообразные объекты, но логической их единицей является таблица.
Главное их отличие от аналогичных структур в табличном редакторе заключается в том, что они взаимосвязаны. Производя изменение любого элемента, вы автоматически инициируете замену всех взаимосвязанных с ним структур. Проще говоря, вам больше не нужно беспокоиться о ручном редактировании огромных информационных таблиц.
Какие операции можно выполнять при помощи MS Access?
Не следует полагать, что данное приложение является неким «логическим продолжением» Excel. Возможности рассматриваемой программы куда шире. В частности, любое MS Access предполагает тщательное продумывание информационной структуры конкретного документа, проверку целостности исходных данных, а также использование этих сведений для моделирования запросов, форм и отчетов.
Пример создания
Так как создать базу данных в Access можно и при помощи «Мастера», упрощающего работу для начинающих пользователей, сам процесс особенной сложностью не отличается. Но мы бы не рекомендовали идти этим путем, так как для продуктивной работы следует понимать все происходящие процессы.
Сперва запустите приложение. На мониторе появится диалог создания нового документа. В нем вам следует выбрать пункт «Новая база данных». В поле «Имя файла» вводится осмысленное её. Избегайте повторяющихся и ничего не значащих имен: в результате какой-либо ошибки или собственной невнимательности вы легко можете потерять важные сведения.
После этого нажимается кнопка «Создать». Сразу после этого на мониторе появится создания новой информационной таблицы, на основании которой вы и будете создавать свой проект.
Какой режим выбрать?
Таблицу можно монтировать в нескольких режимах, но мы бы посоветовали «Конструктор», так как в нем проще контролировать весь процесс и лучше представлять себе всю внутреннюю структуру документа.
Чтобы перейти к нему, воспользуйтесь переходом «Вид-Конструктор». После этого можно вводить требуемое имя конкретной таблицы. Так как их может потребоваться сразу несколько, рекомендуем опять-таки пользоваться какими-то осмысленными наименованиями.
Теперь, собственно, сам процесс. Как создать базу данных в Access? В первую очередь необходимо выбрать и заполнить имена полей, определить а также задать правильное ключевое поле. Только после этого можно начинать заполнение таблицы данными.
Для этого следует воспользоваться командой «Вид-режим таблицы». Обратите внимание! Если в поле «Код предмета» в вашем случае стоит значение «Счетчик», то заполнять конкретное поле не нужно. Когда вы закончите работу по внесению информации, ее можно закрывать. В случае если конкретная база данных нуждается во второй таблице, ее монтируют командой «Создание-Конструктор таблиц».
Примеры баз
Все вышесказанное было бы пустым звуком без предоставления вам сведений из «полевого опыта», в которых пригодились базы данных Access. Примеры в этой области можно обсуждать чуть ли не бесконечно, но мы остановимся на варианте, который может серьезно облегчить прохождение учебного процесса.
Кратко опишем создание документа по Что потребуется в него включить? Сюда должны входить следующие поля: код специальности, номер группы, предмет и преподаватели. Обратите внимание: поля «Предмет» и «Преподаватель» должны быть связаны с дополнительными таблицами, из которых программа будет черпать соответствующую информацию.
Как это делается?
Сперва выполняете все действия, согласно вышеизложенной инструкции. Переходите в «Конструктор», начинаете заполнять поля. В строке с кодом специальности тип данных должен быть отмечен как «Счетчик, ключевое поле».
В «Группе» и аналогичных строках обозначаете как «Текст». А вот в полях «Предмет» и «Преподаватель» следует выбирать «Мастер подстановок». Не беспокойтесь: сразу после выбора этого значения, программа покажет вам диалоговое окно. Следуя его инструкциям, вы сможете создать связь с другими таблицами. Как вы понимаете, их следует создавать заранее.
Как только вы нажмете на кнопку «Готово», перед вами появится предупреждение о том, что для создания связи необходимо сохранить таблицу. Подтверждаете выполнение этого действия.
Создание связей между таблицами
Мы уже говорили о том, что работа с базой данных Access предполагает наличие связей сразу между несколькими электронными таблицами. Так как их создавать?
Для этого откройте нужный вам документ, после чего пройдите по пути «Работа с базами данных - Схема данных». Чтобы определить и задать характер связи, необходимо выполнить двойной щелчок левой клавишей мыши в диалоговом окне «Изменение связей». После этого следует нажать на кнопку «ОК». В результате вы зададите стандартный параметр «Один ко многим».
Вот мы и рассмотрели вопрос о том, как создать базу данных в Access. Надеемся, информация будет вам полезной.
15.2KБазы данных на ПК развивались по направлению от настольных (desktop), или локальных приложений, когда реально с БД могло работать одно приложение, до систем коллективного доступа к БД.
Локальное приложение устанавливалось на единичном ПК; там же располагалась и база данных (БД), с которой работало данное приложение. Однако необходимость коллективной работы с одной и той же БД повлекло за собой перенос БД на сервер. Приложение, работающее с БД, располагалось также на сервере.
Менее характерным был другой способ, заключавшийся в хранении приложения, обращавшегося к БД, на конкретном компьютере пользователей ("клиентов"). Были выпущены новые версии локальных СУБД, которые позволяли создавать приложения, одновременно работающие с одной БД на файловом сервере. Основной проблемой была явная или неявная обработка транзакций и неизбежно встающая при коллективном доступе проблема обеспечения смысловой и ссылочной целостности БД при одновременном изменении одних и тех же данных.
Местоположение БД определяет так называемую архитектуру базы данных. Имеются четыре разновидности архитектур баз данных:
Локальные базы данных;
Архитектура "файл-сервер";
Архитектура "клиент-сервер";
Многозвенная архитектура.
Использование той или иной архитектуры накладывает сильный отпечаток на общую идеологию работы приложения и на программный код приложения.
При работе с локальными базами данных сами базы данных расположены на том же компьютере, что и приложения, осуществляющие доступ к ним. Работа с базой данных происходит в однопользовательском режиме. Приложение ответственно за поддержание целостности базы и за выполнение запросов к базе данных.
При работе в архитектуре "файл-сервер" база данных и приложение расположены на файловом сервере сети. Возможна многопользовательская работа с одной и той же базе данных, когда каждый пользователь со своего компьютера запускает приложение, расположенное на сетевом сервере. Тогда на компьютере пользователя запускается копия приложения. По каждому запросу к базе данных из приложения данные из таблиц базы данных перегоняются на компьютер пользователя, независимо от того, сколько реально нужно данных для выполнения запроса. После этого выполняется запрос.
Каждый пользователь имеет на своем компьютере локальную копию данных, время от времени обновляемых из реальной базы данных, расположенной на сетевом сервере. При этом изменения, которые каждый пользователь вносит в базу данных, могут быть до определенного момента неизвестны другим пользователям, что делает актуальной задачу систематического обновления данных на компьютере пользователя из реальной базы данных. Другой актуальной задачей является блокирование записей, которые изменяются одним из пользователей; это необходимо для того, чтобы в это время другой пользователь не внес изменений в те же данные.
В архитектуре "файл-сервер" вся тяжесть выполнения запросов к базе данных и управления целостностью базы данных ложится на приложение пользователя. База данных на сервере является пассивным источником данных.
Кардинальных различий с точки зрения архитектуры между однопользовательской архитектурой и архитектурой "файл-сервер" нет. И в том, и в ином случае в качестве СУБД применяются так называемые "персональные" (или "настольные", "локальные") СУБД, такие как paradox, dbase и пр. Сама база данных в этом случае представляет собой набор таблиц, индексных файлов, файлов полей комментариев (memo-полей) и пр., хранящихся в одном каталоге на диске в виде отдельных файлов.
В ходе эксплуатации были выявлены общие недостатки файл-серверного подхода при обеспечении многопользовательского доступа к базе данных.
Вся тяжесть вычислительной нагрузки при доступе к базе данных ложится на приложение клиента, что является следствием принципа обработки информации в системах "файл-сервер": при выдаче запроса на выборку информации из таблицы вся таблица базы данных копируется на клиентское место, и выборка осуществляется на клиентском месте. Локальные СУБД используют так называемый "навигационный подход", ориентированный на работу с отдельными записями.
Не оптимально расходуются ресурсы клиентского компьютера и сети; например, если в результате запроса мы должны получить 2 записи из таблицы объемом 10000 записей, все 10000 записей будут скопированы с файл-сервера на клиентский компьютер; в результате возрастает сетевой трафик и увеличиваются требования к аппаратным мощностям пользовательского компьютера.
В базе данных на файл-сервере гораздо проще вносить изменения в отдельные таблицы, минуя приложения, непосредственно из инструментальных средств (например, из утилиты database desktop фирмы borland для файлов paradox или dbase); подобная возможность облегчается тем обстоятельством, что, фактически, у локальных СУБД база данных – понятие более логическое, чем физическое, поскольку под базой данных понимается набор отдельных таблиц, сосуществующих в едином каталоге на диске. Все это позволяет говорить о низком уровне безопасности – как с точки зрения хищения и нанесения вреда, так и с точки зрения внесения ошибочных изменений.
Недостаточно развитый аппарат транзакций для локальных СУБД служит потенциальным источником ошибок как с точки зрения одновременного внесения изменений в одну и ту же запись, так и с точки зрения отката результатов серий объединенных по смыслу в единое целое операций над базой, когда некоторые из них завершились неуспешно, а некоторые — нет; это может нарушать ссылочную и смысловую целостность базы данных.
Недостатки настольных СУБД обычно проявляются не сразу, а лишь в процессе длительной эксплуатации, когда объем хранимых данных и число пользователей становятся достаточно велики – это приводит к снижению производительности приложений, использующих такие СУБД.
Поскольку настольные СУБД не содержат специальных приложений и сервисов, управляющих данными, а используются для этой цели файловые сервисы операционной системы, вся реальная обработка данных в таких СУБД осуществляется в клиентском приложении, и любые библиотеки доступа к данным в этом случае также находятся в адресном пространстве клиентского приложения. Поэтому при выполнении запросов данные, на основании которых выполняется такой запрос (это может быть одна или несколько таблиц целиком либо, если повезет, один или несколько индексов и выбранные с их помощью части таблиц), должны быть доставлены в то же самое адресное пространство клиентского приложения. Это и приводит к перегрузке сети при увеличении числа пользователей и объема данных, а также грозит иными неприятными последствиями, например разрушением индексов и таблиц. Недаром до сих пор популярны утилиты для "ремонта" испорченных файлов настольных СУБД.
Недостатки архитектуры "файл-сервер" решаются при переводе приложений в архитектуру "клиент-сервер", которая знаменует собой следующий этап в развитии СУБД. Характерной особенностью архитектуры "клиент-сервер" является перенос вычислительной нагрузки на сервер базы данных (sql-сервер) и максимальная разгрузка приложения клиента от вычислительной работы, а также существенное укрепление безопасности данных – как от злонамеренных, так и просто ошибочных изменений.
БД в этом случае помещается на сетевом сервере, как и в архитектуре "файл-сервер", однако прямого доступа к базе данных (БД) из приложений не происходит. Функция прямого обращения к БД осуществляет специальная управляющая программа – сервер БД (sql-сервер), поставляемый разработчиком СУБД.
Архитектура "клиент-сервер" разделяет функции приложения пользователя (называемого клиентом) и сервера.
Приложение-клиент формирует запрос к серверу, на котором расположена БД, на структурном языке запросов sql, являющимся промышленным стандартом в мире реляционных БД. Удаленный сервер принимает запрос и переадресует его sql-серверу БД. sql-сервер – это специальная программа, управляющая удаленной базой данных. sql-сервер обеспечивают интерпретацию запроса, его выполнение в базе данных, формирование результата выполнения запроса и выдачу его приложению-клиенту. При этом ресурсы клиентского компьютера не участвуют в физическом выполнении запроса; клиентский компьютер лишь отсылает запрос к серверной БД и получает результат, после чего интерпретирует его необходимым образом и представляет пользователю.
Так как клиентскому приложению посылается результат выполнения запроса, по сети "путешествуют" только те данные, которые необходимы клиенту. В итоге снижается нагрузка на сеть. Поскольку выполнение запроса происходит там же, где хранятся данные (на сервере), нет необходимости в пересылке больших пакетов данных. Кроме того, sql-сервер, если это возможно, оптимизирует полученный запрос таким образом, чтобы он был выполнен в минимальное время с наименьшими накладными расходами. Всё это повышает быстродействие системы и снижает время ожидания результата запроса.
При выполнении запросов сервером существенно повышается степень безопасности данных, поскольку правила целостности данных определяются в базе данных на сервере и являются едиными для всех приложений, использующих эту БД. Таким образом, исключается возможность определения противоречивых правил поддержания целостности. Мощный аппарат транзакций, поддерживаемый sql-серверами, позволяет исключить одновременное изменение одних и тех же данных различными пользователями и предоставляет возможность откатов к первоначальным значениям при внесении в БД изменений, закончившихся аварийно.
Функциями приложения-клиента являются:
Посылка к серверу запросов;
Интерпретация результатов запросов, полученных от сервера, и представление их пользователю в требуемой форме;
Реализация интерфейса пользователя.
sql-сервер должен быть загружен на момент принятия запроса клиента. Функциями сервера БД являются:
Прием запросов от приложений-клиентов, интерпретация запросов, выполнение запросов в БД, отправка результата выполнения запроса приложению-клиенту;
Управление целостностью БД, обеспечение системы безопасности, блокировка неверных действий приложений-клиентов;
Хранение бизнес-правил, часто используемых запросов в уже интерпретированном виде;
Обеспечение одновременной безопасной от отказоустойчивой многопользовательской работы с одними и теми же данными.
В архитектуре "клиент-сервер" используются так называемые "удаленные" (или "промышленные") СУБД. Промышленными они называются из-за того, что именно СУБД этого класса могут обеспечить работу информационных систем масштаба среднего и крупного предприятия, организации, банка. Локальные СУБД предназначены для однопользовательской работы или для обеспечения работы информационных систем, рассчитанных на небольшие группы пользователей.
К разряду промышленных СУБД принадлежат oracle, informix, sybase, ms sql server, db2, interbase и ряд других.
Как правило, sql-сервер управляется отдельным сотрудником или группой сотрудников (администраторы sql-сервера). Они управляют физическими характеристиками баз данных, производят оптимизацию, настройку и переопределение различных компонентов БД, создают новые БД, изменяют существующие и т.д., а также выдают привилегии различным пользователям.
Кроме этого, существует отдельная категория сотрудников, называемых администраторами баз данных. Как правило, это администраторы сервера, разработчики БД или пользователи, имеющие привилегии на создание, изменение, настройку оптимальных параметров отдельных серверных БД. Администраторы БД также отвечают за предоставление прав на разноуровневый доступ к сопровождаемым ими БД для других пользователей.
Механизмы доступа
При выборе СУБД необходимо иметь представление, с помощью каких средств разработки будет создаваться информационная система на основе данной СУБД, а также о том, каким образом разработанные приложения будут манипулировать данными. От того, правильно ли выбран механизм доступа к данным, зависит очень многое, в частности производительность приложений, возможность применения тех или иных функциональных особенностей данной СУБД, простота разработки пользовательского интерфейса и ряд других факторов.
Существует несколько способов доступа к данным из средств разработки и клиентских приложений.
Подавляющее большинство СУБД содержит в своем составе библиотеки, предоставляющие специальный прикладной программный интерфейс (application programming interface, api) для доступа к данным этой СУБД. Обычно такой интерфейс представляет собой набор функций, вызываемых из клиентского приложения. В случае настольных СУБД эти функции обеспечивают чтение/запись файлов базы данных (БД), а в случае серверных СУБД инициируют передачу запросов серверу баз данных и получение от сервера результатов выполнения запросов или кодов ошибок, интерпретируемых клиентским приложением. Библиотеки, содержащие api для доступа к данным серверной СУБД, обычно входят в состав ее клиентского программного обеспечения, устанавливаемого на компьютерах, где функционируют клиентские приложения.
В последнее время windows-версии клиентского программного обеспечения наиболее популярных серверных СУБД, в частности microsoft sql server, oracle, informix, содержат также СОМ-серверы, предоставляющие объекты для доступа к данным и метаданным.
Использование клиентского api (или клиентских СОМ-объектов) является наиболее очевидным способом манипуляции данными в приложении. Однако в этом случае созданное приложение сможет использовать данные только СУБД этого производителя, и замена ее на другую повлечет за собой переписывание значительной части кода клиентского приложения – клиентские api и объектные модели не подчиняются никаким стандартам и различны для различных СУБД.
Другой способ манипуляции данными в приложении базируется на применении универсальных механизмов доступа к данным. Универсальный механизм доступа к данным обычно реализован в виде библиотек и дополнительных модулей, называемых драйверами или провайдерами. Библиотеки содержат некий стандартный набор функций или классов, нередко подчиняющийся той или иной спецификации. Дополнительные модели, специфичные для той или иной СУБД, реализуют непосредственное обращение к функциям клиентского api конкретных СУБД.
Отметим, что достоинством универсальных механизмов является возможность применения одного и того же абстрактного api, а во многих случаях – СОМ-серверов, компонентов, классов для доступа к различным типам СУБД. Поэтому приложения, использующие универсальные механизмы доступа к данным, легко модифицировать, если необходима смена СУБД.
Наиболее популярными среди универсальных механизмов доступа к данным можно назвать следующие:
open database connectivity (odbc). ole db. activex data objects (ado). borland database engine (bde).
Универсальные механизмы odbc, ole db и ado фирмы microsoft представляют собой по существу промышленные стандарты. Что касается механизма доступа к данным bde фирмы borland, то он так и не стал промышленным стандартом, однако до недавнего времени применялся довольно широко, поскольку до выхода delphi 5 был практически единственным универмальным механизмом доступа к данным, поддерживаемым средствами разработки borland на уровне компонентов и классов
Что такое sql?
sql часто называют языком эсперанто для СУБД. Действительно, в мире нет другого языка для работы с базами данных (БД), который бы настолько широко использовался в программах. Первый стандарт sql появился в 1986 г. и к настоящему времени завоевал всеобщее признание. Его можно использовать даже при работе с не реляционными СУБД. В отличие от других программных средств, таких, как языки Си и Кобол, являющихся прерогативой программистов-профессионалов, sql применяется специалистами из самых разных областей. Программисты, администраторы СУБД, бизнес-аналитики — все они с успехом обрабатывают данные с помощью sql. Знание этого языка полезно всем, кому приходится иметь дело с БД.
sql — это специализированный непроцедурный язык, позволяющий описывать данные, осуществлять выборку и обработку информации из реляционных СУБД. Специализированность означает, что sql предназначен лишь для работы с БД; нельзя создать полноценную прикладную систему только средствами этого языка — для этого потребуется использовать другие языки, в которые можно встраивать sql-команды. Поэтому sql еще называют вспомогательным языковым средством для обработки данных. Вспомогательный язык используется только в комплексе с другими языками.
В прикладном языке общего назначения обычно имеются средства для создания процедур, а в sql их нет. С его помощью нельзя указать, каким образом должна выполняться некоторая задача, а можно лишь определить, в чем именно она заключается. Другими словами, при работе с sql нас интересуют результаты, а не процедуры для их получения. Иными словами, sql является непроцедурным языком. Термин "непроцедурный" означает, что на этом языкек можно сформулировать, что именно нужно сделать с данными, но нельзя проинструктировать, как это следует сделать. В языке sql отсутствуют алгоритмические конструкции, такие как метки, операторы цикла, условные переходы и т.п.
Наиболее существенным свойством sql является возможность доступа к реляционным БД. Многие даже считают, что выражения "БД, обрабатываемая средствами sql" и "реляционная БД" — синонимы. В стандарте sql-92 даже нет термина отношение (relation).
Предположим, что имеется база данных, управляемая с помощью какой-либо СУБД. Для извлечения из нее данных используется запрос, сформулированный на языке sql. СУБД обрабатывает этот запрос, извлекает запрашмваемые данные и возвращает их.
sql позволяет не только извлекать данные, но и определять структуру данных, добавлять и удалять данные, ограничивать или предоставлять доступ к данным, поддерживать ссылочную целостность. sql сам по себе не является ни СУБД, ни отдельным продуктом. Это – язык, применяемый для взаимодействия с СУБД и являющийся в определенном смысле ее неотъемлемой частью.
Создание новой нормализованной реляционной базы данных Access осуществляется в соответствии с ее структурой, полученной в результате проектирования. Процесс проектирования реляционной базы данных был рассмотрен в предыдущей главе. Структура реляционной базы данных определяется составом таблиц и их взаимосвязями. Взаимосвязи между двумя таблицами реализуются через ключ связи, входящий в состав полей связываемых таблиц. Напомним, что в нормализованной реляционной базе данных таблицы находятся в отношениях типа «один-ко-многим» или «один-к-одному». Для одно-многозначных отношений в качестве ключа связи, как правило, используется уникальный ключ главной таблицы, в подчиненной таблице это может быть любое из полей, которое называется внешним ключом .
Создание реляционной базы данных начинается с формирования структуры таблиц. При этом определяется состав полей, их имена, тип данных каждого поля, размер поля, ключи, индексы таблицы и другие свойства полей. После определения структуры таблиц создается схема данных, в которой устанавливаются связи между таблицами. Access запоминает и использует эти связи при заполнении таблиц и обработке данных.
При создании базы данных важно задать параметры, в соответствии с которыми Access будет автоматически поддерживать целостность данных. Для этого при определении структуры таблиц должны быть заданы ключевые поля таблиц, указаны ограничения на допустимые значения данных, а при создании схемы данных на основе нормализованных таблиц должны быть заданы параметры поддержания целостности связей базы данных.
Завершается создание базы данных процедурой загрузки, т. е. заполнением таблиц конкретными данными. Особое значение имеет технология загрузки взаимосвязанных данных. Удобным инструментом загрузки данных во взаимосвязанные таблицы являются формы ввода/вывода, обеспечивающие интерактивный интерфейс для работы с данными базы. Формы позволяют создать экранный аналог документа источника, через который можно вводить данные во взаимосвязанные таблицы.
ВНИМАНИЕ!
Пользователь может начинать работу с базой при любом количестве созданных таблиц еще до создания полной базы, отображающей все объекты модели данных предметной области. База данных может создаваться поэтапно, и в любой момент ее можно дополнять новыми таблицами и вводить связи между таблицами в схему данных, существующие таблицы могут дополняться новыми полями.
Создание базы данных в MS Access 2010
На открывшейся после запуска Access странице отображено представление Microsoft Office Backstage - набор команд на вкладке Файл (File) - которое предназначено для выполнения команд, применяемых ко всей базе данных. При этом на вкладке Файл (File) выбрана команда Создать (New). Область этой команды содержит Доступные шаблоны (Available Templates), позволяющие создать базу данных с использованием многочисленных шаблонов, размещенных на вашем компьютере или доступных через Интернет.
Шаблон - это готовая к использованию база данных, содержащая все таблицы, запросы, формы и отчеты, необходимые для выполнения определенной задачи. Эти готовые базы данных позволяют быстро создать приложения, ориентированные на поддержку широкого спектра задач. Непрерывно появляются новые шаблоны приложений, которые можно загрузить с веб-узла Microsoft Office Online. Эти стандартные приложения можно использовать без какой-либо модификации и на-стройки либо, взяв их за основу, приспособить шаблон к вашим нуждам и создать новые поля и таблицы, формы, отчеты и другие объекты базы данных.
Команда Открыть (Open) предназначена для открытия любой ранее созданной базы данных. Здесь же доступен список из 4 последних открываемых баз данных. Команда Последние (Recent) открывает более длинный список недавно открываемых баз данных. Щелчком на значке кнопки можно добавить базу данных в список последних, а щелчком на значке удалить из списка.
Команда Открыть (Open) предназначена для открытия любой ранее созданной базы данных. Здесь же доступен список из 4 последних открываемых баз данных. Команда Последние (Recent) открывает более длинный список недавно открываемых баз данных.
И у нас видео на эту тему:
Про создание файла базы данных Access читаем в следующей .
Аннотация: Определяется процесс создания базы данных. Описываются операторы создания, изменения базы данных. Рассматривается возможность указания имени файла или нескольких файлов для хранения данных, размеров и местоположения файлов. Анализируются операторы создания, изменения, удаления пользовательских таблиц. Приводится описание параметров для объявления столбцов таблицы. Дается понятие и характеристика индексов. Рассматриваются операторы создания и изменения индексов. Определяется роль индексов в повышении эффективности выполнения операторов SQL.
База данных
Создание базы данных
В различных СУБД процедура создания баз данных обычно закрепляется только за администратором баз данных . В однопользовательских системах принимаемая по умолчанию база данных может быть сформирована непосредственно в процессе установки и настройки самой СУБД. Стандарт SQL не определяет, как должны создаваться базы данных , поэтому в каждом из диалектов языка SQL обычно используется свой подход. В соответствии со стандартом SQL, таблицы и другие объекты базы данных существуют в некоторой среде. Помимо всего прочего, каждая среда состоит из одного или более каталогов , а каждый каталог – из набора схем . Схема представляет собой поименованную коллекцию объектов базы данных , некоторым образом связанных друг с другом (все объекты в базе данных должны быть описаны в той или иной схеме ). Объектами схемы могут быть таблицы , представления, домены, утверждения, сопоставления, толкования и наборы символов. Все они имеют одного и того же владельца и множество общих значений, принимаемых по умолчанию.
Стандарт SQL оставляет за разработчиками СУБД право выбора конкретного механизма создания и уничтожения каталогов , однако механизм создания и удаления схем регламентируется посредством операторов CREATE SCHEMA и DROP SCHEMA . В стандарте также указано, что в рамках оператора создания схемы должна существовать возможность определения диапазона привилегий, доступных пользователям создаваемой схемы . Однако конкретные способы определения подобных привилегий в разных СУБД различаются.
В настоящее время операторы CREATE SCHEMA и DROP SCHEMA реализованы в очень немногих СУБД. В других реализациях, например, в СУБД MS SQL Server, используется оператор CREATE DATABASE .
Создание базы данных в среде MS SQL Server
Процесс создания базы данных в системе SQL-сервера состоит из двух этапов: сначала организуется сама база данных , а затем принадлежащий ей журнал транзакций . Информация размещается в соответствующих файлах, имеющих расширения *.mdf (для базы данных ) и *.ldf . (для журнала транзакций ). В файле базы данных записываются сведения об основных объектах (таблицах , индексах , представлениях и т.д.), а в файле журнала транзакций – о процессе работы с транзакциями (контроль целостности данных, состояния базы данных до и после выполнения транзакций).
Создание базы данных в системе SQL-сервер осуществляется командой CREATE DATABASE . Следует отметить, что процедура создания базы данных в SQL-сервере требует наличия прав администратора сервера.
<определение_базы_данных> ::= CREATE DATABASE имя_базы_данных [ <определение_файла> [,...n] ] [,<определение_группы> [,...n] ] ] [ LOG ON {<определение_файла>[,...n] } ] [ FOR LOAD | FOR ATTACH ]
Рассмотрим основные параметры представленного оператора.
При выборе имени базы данных следует руководствоваться общими правилами именования объектов. Если имя базы данных содержит пробелы или любые другие недопустимые символы, оно заключается в ограничители (двойные кавычки или квадратные скобки). Имя базы данных должно быть уникальным в пределах сервера и не может превышать 128 символов.
При создании и изменении базы данных можно указать имя файла, который будет для нее создан, изменить имя, путь и исходный размер этого файла. Если в процессе использования базы данных планируется ее размещение на нескольких дисках, то можно создать так называемые вторичные файлы базы данных с расширением *.ndf . В этом случае основная информация о базе данных располагается в первичном (PRIMARY ) файле, а при нехватке для него свободного места добавляемая информация будет размещаться во вторичном файле . Подход, используемый в SQL-сервере, позволяет распределять содержимое базы данных по нескольким дисковым томам.
Параметр ON определяет список файлов на диске для размещения информации, хранящейся в базе данных .
Параметр PRIMARY определяет первичный файл . Если он опущен, то первичным является первый файл в списке.
Параметр LOG ON определяет список файлов на диске для размещения журнала транзакций . Имя файла для журнала транзакций генерируется на основе имени базы данных , и в конце к нему добавляются символы _log .
При создании базы данных можно определить набор файлов, из которых она будет состоять. Файл определяется с помощью следующей конструкции:
<определение_файла>::= ([ NAME=логическое_имя_файла,] FILENAME="физическое_имя_файла" [,SIZE=размер_файла ] [,MAXSIZE={max_размер_файла |UNLIMITED } ] [, FILEGROWTH=величина_прироста ])[,...n]
Здесь логическое имя файла – это имя файла, под которым он будет опознаваться при выполнении различных SQL-команд.
Физическое имя файла предназначено для указания полного пути и названия соответствующего физического файла, который будет создан на жестком диске. Это имя останется за файлом на уровне операционной системы.
Параметр SIZE определяет первоначальный размер файла; минимальный размер параметра – 512 Кб, если он не указан, по умолчанию принимается 1 Мб.
Параметр MAXSIZE определяет максимальный размер файла базы данных . При значении параметра UNLIMITED максимальный размер базы данных ограничивается свободным местом на диске.
При создании базы данных можно разрешить или запретить автоматический рост ее размера (это определяется параметром FILEGROWTH ) и указать приращение с помощью абсолютной величины в Мб или процентным соотношением. Значение может быть указано в килобайтах, мегабайтах, гигабайтах, терабайтах или процентах (%). Если указано число без суффикса МБ, КБ или %, то по умолчанию используется значение MБ. Если размер шага роста указан в процентах (%), размер увеличивается на заданную часть в процентах от размера файла. Указанный размер округляется до ближайших 64 КБ.
Дополнительные файлы могут быть включены в группу:
<определение_группы>::=FILEGROUP имя_группы_файлов <определение_файла>[,...n]
Пример 3.1 . Создать базу данных , причем для данных определить три файла на диске C, для журнала транзакций – два файла на диске C.
CREATE DATABASE Archive ON PRIMARY (NAME=Arch1, FILENAME=’c:\user\data\archdat1.mdf’, SIZE=100MB, MAXSIZE=200, FILEGROWTH=20), (NAME=Arch2, FILENAME=’c:\user\data\archdat2.mdf’, SIZE=100MB, MAXSIZE=200, FILEGROWTH=20), (NAME=Arch3, FILENAME=’c:\user\data\archdat3.mdf’, SIZE=100MB, MAXSIZE=200, FILEGROWTH=20) LOG ON (NAME=Archlog1, FILENAME=’c:\user\data\archlog1.ldf’, SIZE=100MB, MAXSIZE=200, FILEGROWTH=20), (NAME=Archlog2, FILENAME=’c:\user\data\archlog2.ldf’, SIZE=100MB, MAXSIZE=200, FILEGROWTH=20) Пример 3.1. Создание базы данных.
Что такое создание базы данных? Различают два настольную и клиент-серверную. Для создания настольных вам необходима такая программа, как Access. Вы сможете без труда её найти в любом офисном пакете. Сейчас Access выпускает фирма Infra-Office, Microsoft и многие другие создатели офисных пакетов. Что касается клиент-серверной модели, то простенькую модель можно реализовать силами «учебной» программы Delphi. Серьезные базы данных сегодня пишутся на Oracle и Visual Fox Pro. Данные программные платформы оснащены графическим инструментарием для создания обрабатываемых запросов к базам в 500 000 и 1 000 000 или в десятки миллионов строк.
Рассмотрим наиболее перспективную платформу для программирования прошлых лет Delphi 6.0. Оговоримся сразу, что создание в Delphi - это не просто получение файлов *.db или *bdb, а инсталляция ее на персональный компьютер, настройка и автоматизация. Итак, в Delphi 6.0 создаются файлы базы данных в подпрограмме, размещенной в главном меню среды разработки, Date Base Desktop 6.0.
Здесь вы найдете все необходимые инструменты для создания файлов базы данных, назначения ее типа и предварительного заполнения. Отметим, что вам доступно будет создание и оперирование только теми файлами, для которых на платформе установлен драйвер. Так например, для работы с типом Visual Fox Pro 9.0 необходимо доустанавливать в операционную систему внешний драйвер.
Что касается работы программы с базой данных, созданной на Delphi 6.0, без сосуществования ее с самой платформой, то данная проблема решается путем установки и настройки программного пакета Data Base Engine 6.0 (BDE).
Так, если вы твёрдо решили работать с типом файлов Paradox, то, написав программу в определенной папке на жестком диске, вам необходимо впоследствии прописывать настройки в пакете Data Base Engine 6.0, в которые входят пути к файлам, их свойства и название базы данных. Такая схема работает при перемещении создаваемых вами программ на другой компьютер.
Пакет Engine 6.0 обязательно должен быть установлен на компьютере, куда вы инсталлируете созданный на Delphi 6.0 машинный код.
Создание базы данных на Delphi 6.0 достаточно автоматизировано. Элементарная программка для хранения данных с одним файлом базы получается путем нескольких нажатий клавиш. Здесь основная сложность заключается в реализации реляционных форм базы данных. Так СДНФ 3 может реализоваться путем настроек двух таблиц DBGRID. А получение различных видов отчетов в QReport - это целая история, которую не хочется даже затрагивать. Скажем лишь, что лучше код созданной программы не выбрасывать в корзину, так как каждый пользовательский отчет для людей, не знающих SQL, придётся программировать заново…
Access создание базы данных в офисном пакете не представляет особого труда. Войдя в программу, вы получаете доступ к необходимому инструментарию для создания или правки существующей БД. Здесь вам не надо прилагать особых усилий для создания отчета или новой формы проекта. Все решается практически интуитивно. Так, для установки связи между таблицами используется графический инструментарий, который практически за одно прикосновение может связать по нужному ключу две необходимые таблицы.
В данной статье рассмотрено только создание базы данных на учебных и настольных пакетах. Что касается серьезного программирования, то без знания о существовании данных платформ вам никогда не решить проблему оперирования большими базами данных.
