Создание баз данных в Microsoft Access. Как сделать простую базу данных Описание MS Access

Как сделать базу данных?




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

Microsoft Access

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

  1. Использование мастера создания БД. Он предоставляет возможность выбрать один из доступных шаблонов, который в дальнейшем можно настроить желаемым образом. Дополнительно формируется список таблиц, форм, запросов, отчетов и пр. Следует заметить, что создаваемые таблицы являются пустыми, другими словами, никаких данных в них нет. Представленная методика примеряется в тех ситуациях, когда встроенные стандартные шаблоны полностью удовлетворяют всем потребностям пользователя.
  2. Поиск подходящего шаблона на официальном веб-узле Office Online. Его загрузка считается наиболее быстрым и простым методом формирования БД. Шаблон имеет расширение.mdb и включает запросы, таблицы, отчеты и формы.
  3. Создание пустой БД. Данный метод рекомендуется использовать в той ситуации, когда есть потребность в формировании базы по собственному проекту. На сегодняшний день это достаточно гибкий способ. Однако он предусматривает отдельное определение любого элемента БД.

Создание пустой БД в Access

  1. На вкладке «Файл» выберите пункт «Создать», а потом «Новая база».
  2. Укажите название файла.
  3. Если вы хотите сохранить файл в иной папке, которая отличается от той, что применяется по умолчанию, то нажмите «Поиск места для размещения БД».
  4. Нажмите «Создать». Если вы все сделали правильно, то программа сформирует пустую БД с незаполненной таблицей.
  5. Для добавления необходимой информации начните вводить ее самостоятельно или попросту скопируйте из другого источника.

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

Создание базы данных с MySQL

Достаточно простым и эффективным инструментом, предоставляющим возможность формировать БД с MySQL, считается программа «Denwer». Дополнительно она предоставляет возможность протестировать код php. Установить ее несложно. Достаточно посетить официальный сайт - denwer.ru , скачать утилиту и запустить мастер установки.

Сразу после завершения установки «Denwer» можно приступать к работе с администраторской страницей MySQL.

  1. Открываем страничку администрирования БД в MySQL. Для этого в поисковой строке браузера необходимо написать следующее: localhost/tools/phpmyadmin/.
  2. В открывшемся окошке в левой колонке просматриваем все доступные базы данных.
  3. Чтобы создать базу данных, нажимаем на вкладку «Базы данных» и выбираем пункт «Создать БД».
  4. Указываем название формируемой базы данных.
  5. Сохраняем изменения и нажимаем кнопку «Создать».

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

В дальнейшем для новой базы потребуется создать пользователя. Сделать это несложно. Во-первых, надо нажать вверху на название своей БД и выбрать появившийся пункт «Привилегии». Во-вторых, нажать «Добавить пользователя». Через мгновение перед пользователем откроется страничка с полями, которые необходимо внимательно заполнить (хост, имя пользователя, пароль, а также его подтверждение). Обратите внимание на то, что в качестве хоста рекомендуется выбирать локальный хост.

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

Дополнительную информацию о создании баз данных можно найти в статье .

Базы данных на ПК развивались по направлению от настольных (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. Знание этого языка полезно всем, кому приходится иметь дело с БД.

В наше время базы данных очень широко применяются в различных сферах: на предприятиях, в компаниях, учебных заведениях и так далее. А работать с ними позволяет программа из пакета Office - Microsoft Access, которая даёт юзерам очень широкие возможности для взаимодействия с таблицами. Навыки работы в программе Microsoft Access будут полезны каждому современному пользователю. В этой статье подробно рассмотрим, как создать базу данных в Access. Давайте разбираться. Поехали!

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

Пример создания базы с многоуровневым списком

Запустив Microsoft Access, выберите «Создать» в меню «Файл». Затем нажмите кнопку «Новая база данных». Справа в окне укажите имя файла и место, где он будет храниться. После этого нажмите кнопку «Создать». Также вы можете воспользоваться одним из списка шаблонов, предлагаемых утилитой. В некоторых случаях будет гораздо удобнее просто отредактировать шаблон, чем самостоятельно создать всё заново.

Как начать создание базы данных

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

  • текстовый;
  • поле МЕМО (эксплуатируется для описаний объектов, так как разрешает вводить большое количество символов, >255);
  • числовой;
  • дата/время;
  • денежный;
  • счётчик;
  • логический (удобно применять для полей, содержащих «да» или «нет»);
  • поле объекта OLE (позволяет вставлять файлы мультимедиа: фото, видео);
  • гиперссылка;
  • вложение (используется для хранения нескольких файлов в одном поле);
  • вычисляемый (разрешает рассчитать сумму, разность, произведение на основе других данных из таблицы);
  • мастер подстановок.

В большинстве случаев вам пригодятся только «числовой», «текстовый», «денежный», «вычисляемый» и «Дата/время», именно такие типы данных эксплуатируются наиболее часто. Ниже, в разделе «Свойства поля», вы можете увидеть размер поля. В случае, если у вас текстовый тип данных, там будет стоять 255. Это значит, что вы можете ввести в данной ячейке 255 символов . Разумеется, это слишком много, поэтому следует сократить размер указанного поля до 30 (вы можете поставить любое другое число, в зависимости от стоящих задач). Делается это для того, чтобы БД занимала меньше дискового пространства.

Для разного атрибута разный тип данных, пример на скриншоте.

Выбрав числовой тип данных, можно задать так называемую маску ввода. Нужна она для того, чтобы определённым образом отображать введённые числовые значения . Задаётся маска при помощи пробелов и решёток. Например, если ваша таблица содержит номера паспортов, то, чтобы эти номера отображались в соответствующем формате, задайте маску «####_######». То есть 4 символа, затем пробел и ещё 6 символов. Для номеров телефона можно указать маску «8(###)-###-##-##».

Для типа «Дата/время» дозволено выбрать различные форматы отображения в разделе «Свойства поля».

Не забудьте сохранить созданную таблицу . Сделать это можно, воспользовавшись комбинацией клавиш Ctrl+S. Если при сохранении появляется окно с предупреждением, что ключевые поля не заданы, то нажмите «Нет», так как их можно создать позже.

Клавиша сохранения находиться в левом верхнем углу.

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

2017-06-21


Создаем базу данных MySQL

Здравствуйте уважаемый посетитель!

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

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

А для того, чтобы в дальнейшем иметь возможность полноценно развивать сайт нам будет не обойтись без рассмотрения такого важного вопроса, как работа с базой данных MySQL (в дальнейшем для обозначения базы данных MySQL будет также встречаться аббревиатура "БД").

В данной статье мы создадим базу данных на локальном веб-сервере Denwer и на хостинге, на котором размещен наш сайт.

  • Зачем нужна база данных
  • Что из себя представляет база данных MySQL
  • Создаем базу данных на локальном веб-сервере Denwer
  • Создаем базу данных на хостинге

Зачем нужна база данных

В предыдущих статьях мы занимались созданием основы сайта, включающее следующие основные этапы:

  • разработка дизайн-макета;
  • формирование веб-страниц с помощью HTML и CSS;
  • создание динамического сайта с использованием PHP;
  • адаптация сайта под мобильные устройства с помощью медиа-запросов;
  • размещение сайта в интернете;

При этом на всех этих этапах не требовалось использования какой-либо базы данных.

А теперь, как было выше сказано, мы будем заниматься развитием сайта, куда будут включены, такие вопросы, как:

  • наполнение контентом;
  • работа с формами;
  • учет информации о клиентах;
  • учет информации о заказах;
  • учет информации о полученных комиссионных;
  • учет информации об отправленных и полученных e-mail;
  • оптимизация;

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

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

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

Что из себя представляет база данных MySQL

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

А для этого, на мой взгляд, вполне достаточно понимать только то, что база данных MySQL, по сути, представляет собой набор обычных таблиц, с которыми всем нам приходилось когда-то встречаться. И, поэтому, для тех, кто с этим знакомиться впервые, не стоит пугаться такого термина, как "база данных".

Эти таблицы могут иметь в зависимости от объема разное количество строк (записей) и столбцов (полей). Первый столбец обычно определяет уникальный идентификатор записи (его обычно называют "id"), а остальные поля назначаются в зависимости от их количества.

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

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

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


Здесь видно, что таблица состоит из 6-ти столбцов и определенного количества строк, в зависимости от размера заданного периода (в данном случае в таблице имеется 35539 последних записей). Каждая строка содержит данные по дате, времени, количестве посещений за сутки, ip-адрес пользователя и наименование хоста.

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

К примеру, можно сделать SQL запрос, который переберет по порядку все значения id, и таким образом позволит извлечь данные из всей таблицы. А можно, сделав запрос по конкретному ip-адресу, отсортировать и проанализировать посещения, которые были сделаны именно с него.

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

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

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

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

Создаем базу данных на локальном веб-сервере Denwer

Для работы с MySQL существует специальное приложение phpMyAdmin, представляющее веб-интерфейс для администрирования системы управления базами данных (СУБД). Этот инструмент позволяет через браузер осуществлять администрирование сервера MySQL, включая создание таблиц и просмотра их содержимого.

Таким образом, используя указанное приложение, мы и будем создавать базу данных MySQL.

Для этого, в начале, набрав в адресной строке браузера "http://localhost/Tools/phpMyAdmin/" откроем главную страницу phpMyAdmin.


Следует отметить, что открыть этот интерфейс можно и другим способом - через ссылку на главной страница Денвера, как показано на следующем скриншоте, предварительно набрав в браузере "http://localhost/denwer/".


А далее, перейдя в соответствующий раздел, создадим базу данных. Для этого достаточно ввести ее наименование, (назовем ее, например, "avtobezugona") и необходимую кодировку, в нашем случае, это будет "ult8_general_ci"


Вот и все, наша база с именем "avtobezugona" создана, о чем свидетельствуют соответствующие поля в перечне баз данных раздела "Базы данных" и в главном меню phpMyAdmin.


Создаем базу данных на хостинге

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


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

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


Теперь можно перейти непосредственно в редактор PhpMyAdmin и установить необходимую кодировку базы данных.


Но, для того, чтобы войти в приложение PhpMyAdmin следует ввести в соответствующие поля данные, которые были определены при создании базы и подтверждены на завершающем этапе (рис.7).

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

  • Следующая сатья:

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

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

Что нужно, для того чтобы создать базу данных в Microsoft SQL Server?

В данном разделе я представлю своего рода этапы создания базы данных в Microsoft SQL Server, т.е. это как раз то, что Вы должны знать и что у Вас должно быть, для того чтобы создать базу данных:

  1. У Вас должна быть установлена СУБД Microsoft SQL Server. Для обучения идеально подходит бесплатная редакция Microsoft SQL Server Express. Если Вы еще не установили SQL сервер, то вот подробная видео-инструкция , там я показываю, как установить Microsoft SQL Server 2017 в редакции Express;
  2. У Вас должна быть установлена среда SQL Server Management Studio (SSMS). SSMS – это основной инструмент, с помощью которого осуществляется разработка баз данных в Microsoft SQL Server. Эта среда бесплатная, если ее у Вас нет, то в вышеупомянутой видео-инструкции я также показываю и установку этой среды;
  3. Спроектировать базу данных. Перед тем как переходить к созданию базы данных, Вы должны ее спроектировать, т.е. определить все сущности, которые Вы будете хранить, определить характеристики, которыми они будут обладать, а также определить все правила и ограничения, применяемые к данным, в процессе их добавления, хранения и изменения. Иными словами, Вы должны определиться со структурой БД, какие таблицы она будет содержать, какие отношения будут между таблицами, какие столбцы будет содержать каждая из таблиц. В нашем случае, т.е. при обучении, этот этап будет скорей формальным, так как правильно спроектировать БД начинающий не сможет. Но начинающий должен знать, что переходить к созданию базы данных без предварительного проектирования нельзя, так как реализовать БД, не имея четкого представления, как эта БД должна выглядеть в конечном итоге, скорей всего не получится;
  4. Создать пустую базу данных. В среде SQL Server Management Studio создать базу данных можно двумя способами: первый — с помощью графического интерфейса, второй — с помощью языка T-SQL;
  5. Создать таблицы в базе данных. К этому этапу у Вас уже будет база данных, но она будет пустая, так как в ней еще нет никаких таблиц. На этом этапе Вам нужно будет создать таблицы и соответствующие ограничения ;
  6. Наполнить БД данными. В базе данных уже есть таблицы, но они пусты, поэтому сейчас уже можно переходить к добавлению данных в таблицы ;
  7. Создать другие объекты базы данных. У Вас уже есть и база данных, и таблицы, и данные, поэтому можно разрабатывать другие объекты БД, такие как: представления, функции, процедуры, триггеры, с помощью которых реализуется бизнес-правила и логика приложения.

Вот это общий план создания базы данных, который Вы должны знать, перед тем как начинать свое знакомство с Microsoft SQL Server и языком T-SQL.

В этой статье мы рассмотрим этап 4, это создание пустой базы данных, будут рассмотрены оба способа создания базы данных: и с помощью графического интерфейса, и с помощью языка T-SQL. Первые три этапа Вы должны уже сделать, т.е. у Вас уже есть установленный SQL Server и среда Management Studio, и примерная структура базы данных, которую Вы хотите реализовать, как я уже сказал, на этапе обучения этот пункт можно пропустить, а в следующих материалах я покажу, как создавать таблицы в Microsoft SQL Server пусть с простой, но с более-менее реальной структурой.

Создание базы данных в SQL Server Management Studio

Первое, что Вам нужно сделать, это запустить среду SQL Server Management Studio и подключиться к SQL серверу.

Затем в обозревателе объектов щелкнуть по контейнеру «Базы данных» правой кнопкой мыши и выбрать пункт «Создать базу данных» .


В результате откроется окно «Создание базы данных» . Здесь обязательно нужно заполнить только поле «Имя базы данных» , остальные параметры настраиваются по необходимости. После того, как Вы ввели имя БД, нажимайте «ОК».


Если БД с таким именем на сервере еще нет, то она будет создана, в обозревателе объектов она сразу отобразится.


Как видите, база данных создана, и в этом нет ничего сложного.

Создание базы данных на T-SQL (CREATE DATABASE)

Процесс создания базы данных на языке T-SQL, наверное, еще проще, так как для того чтобы создать БД с настройками по умолчанию (как мы это сделали чуть выше ), необходимо написать всего три слова в редакторе SQL запросов – инструкцию CREATE DATABASE и название БД.

Сначала открываем редактор SQL запросов, для этого щелкаем на кнопку «Создать запрос» на панели инструментов.


Затем вводим следующую инструкцию, и запускаем ее на выполнение, кнопка «Выполнить» .

CREATE DATABASE TestDB;

Где CREATE – это команда языка T-SQL для создания объектов на SQL сервере, командой DATABASE мы указываем, что хотим создать базу данных, а TestDB — это имя новой базы данных.

Конечно же, на данном этапе многие не знают ни Microsoft SQL Server, ни языка T-SQL, многие, наверное, как раз и создают базу данных для того, чтобы начать знакомиться с этой СУБД и начать изучать язык T-SQL. Поэтому чтобы Вам легче было это делать, советую почитать книгу «Путь программиста T-SQL » — это самоучитель по языку Transact-SQL для начинающих, в которой я подробно рассказываю как про основные конструкции, так и про продвинутые конструкции языка T-SQL, и последовательно перехожу от простого к сложному.

С помощью инструкции CREATE DATABASE можно задать абсолютно все параметры, которые отображались у нас в графическом интерфейсе SSMS. Например, если бы мы заменили вышеуказанную инструкцию следующей, то у нас база данных создалась бы в каталоге DataBases на диске D.

Создание БД TestDB CREATE DATABASE TestDB ON PRIMARY --Первичный файл (NAME = N"TestDB", --Логическое имя файла БД FILENAME = N"D:\DataBases\TestDB.mdf" --Имя и местоположение файла БД) LOG ON --Явно указываем файлы журналов (NAME = N"TestDB_log", --Логическое имя файла журнала FILENAME = N"D:\DataBases\TestDB_log.ldf" --Имя и местоположение файла журнала) GO


Удаление базы данных в Microsoft SQL Server

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

В случае с графическим интерфейсом необходимо в обозревателе объектов щелкнуть правой кнопкой мыши по нужной базе данных и выбрать пункт «Удалить» .

Примечание! Удалить базу данных возможно, только если к ней нет никаких подключений, т.е. в ней никто не работает, даже Ваш собственный контекст подключения в SSMS должен быть настроен на другую БД (например, с помощью команды USE). Поэтому предварительно перед удалением необходимо попросить всех завершить сеансы работы с БД, или в случае с тестовыми базами данных принудительно закрыть все соединения.

В окне «Удаление объекта» нажимаем «ОК». Для принудительного закрытия существующих подключений к БД можете поставить галочку «Закрыть существующие соединения» .


В случае с T-SQL, для удаления базы данных достаточно написать следующую инструкцию (в БД также никто не должен работать ).

DROP DATABASE TestDB;

Где DROP DATABASE — это инструкция для удаления базы данных, TestDB – имя базы данных. Иными словами, командой DROP объекты на SQL сервере удаляются.

Видео-урок по созданию базы данных в Microsoft SQL Server

На этом наш сегодняшний урок закончен, надеюсь, материал был Вам интересен и полезен, в следующем материале я расскажу про то, как создавать таблицы в Microsoft SQL Server, удачи Вам, пока!