Создание базы данных для сайта – от простого к сложному — шаг первый / Sandbox / Habr

Как создать базу данных на хостинге и связать ее с сайтом?

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

Я уже думаю, что вы и сами понимаете, для чего нужна БД – для хранения данных. При установке вручную любого движка от вас потребуется ее создание. Ну хорошо, а как же это сделать? Для этого есть как минимум 2 простых способа.

Создание БД через панель управления сервером

Пожалуй, это самый простой вариант. Любой хостинг предоставляет вам Cpanel или любую другую панель, чтобы управлять вашими сайтами. Там вы можете найти пункт “Базы данных”, где можно в визуальном режиме создать новую БД, нового пользователя, после чего связать его с базой. Пользователя создавать и не обязательно, если он уже создан. В качестве прав нужно установить все, если это администраторский профиль.

Создание базы данных на хостинге утилитой PhpMyAdmin

На самом деле утилит для работы с MySQL и другими БД много, но с этой встречаются чаще всего. Создать базу в phpmyadmin тоже легко.

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Зарегистрироваться

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

Как видите, тут можно посмотреть, какие пользователи уже имеют доступ к БД, а также добавить нового.

Перенос БД и ее загрузка на другой хостинг

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

Если что, расширение дампа базы данных – sql. То есть на компьютер вы скачиваете именно дамп БД. Ну а как же, собственно, загрузить БД? Лучше всего для этого использовать всю ту же утилиту – PhpMyAdmin. Зайдем в нее. Там есть кнопка Импорт, но пока не трогаем его. Для начала нужно будет создать новую БД или удалить все таблицы в старой.

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

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

Как связать с сайтом?

Связка происходит автоматически на этапе установки движка. Там вы указываете имя БД, имя пользователя и его пароль для доступа к базе, сервер (почти всегда localhost) и префикс таблиц. Но если вдруг в процессе работы что-то меняется, то нужно будет изменить данные.

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

В связи с этим, СРАЗУ же после внесения подобных изменений нужно изменять и соответствующие параметры. Если у вас движок wordpress, то они хранятся в файле wp-config. В частности, там есть такие константы:

DB_NAME – имя базы данных. DB_USER – имя пользователя DB_PASSWORD – пароль

DB_NAME – имя базы данных. DB_USER – имя пользователя DB_PASSWORD – пароль

А также переменная: $table_prefix;

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

Может ли быть несколько баз на хостинге?

Конечно, абсолютно никаких проблем. 1 БД на 1 сайт (в большинстве случаев). Если у вас несколько сайтов, то будет и несколько БД. У крупного ресурса может быть несколько БД для разных разделов. Например, если вы решите установить на сайт форум, то для него можно будет создать свою БД.

В общем, все это основы основ работы с БД, если вдруг вы захотите изучить работу с MySQL (а это язык, с помощью которого работают с базами даных) от А до Я, то у нас для вас есть замечательный курс, продолжительностью более 20-ти часов, в котором вы сможете освоить эту технологию раз и навсегда.

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Зарегистрироваться

Хотите изучить MySQL?

Посмотрите курс по базе данных MySQL!

Смотреть

webformyself.com

Основы правильного проектирования баз данных в веб-разработке / Habr

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


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

Какой функционал требуется от базы данных

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

Фото: binaryape

Отстранитесь от базы данных. Попытайтесь подумать, что будет требоваться от сайта? Например, если требуется сделать сайт, объединяющий людей, вы, возможно, сразу начнете думать о данных, которые будут хранить пользователи. Забудьте, отложите это на потом. Лучше запишите, что пользователи и информация о них должна храниться в базе данных. А что еще? Что пользователи будут делать на вашем сайте? Будут ли они публиковать записи, загружать файлы, фотографии, писать друг другу сообщения? Следовательно, база данных должна хранить всю эту информацию: записи, файлы, фотографии, сообщения и т. д.
Как будут взаимодействовать пользователи с вашим сайтом? Будет ли у них необходимость в поиске, например, их любимых рецептов, иметь доступ к записям, доступным конкретному сообществу, искать продукты или смотреть список недавно просмотренных и купленных продуктов? В базе данных должна быть предусмотрена возможность хранить рецепты, «закрытые» записи, доступные определенному кругу пользователей, информацию о продуктах, а также возможность связи определенного продукта и пользователя.

Определение необходимых таблиц и полей

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

Используйте инструмент моделирования данных

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

Есть также более известный, качественный, на мой взгляд, инструмент — Microsoft Visio (только под Windows, цена $249.99). Но не пугайтесь, есть более дешевые альтернативы, многие из которых являются open-source проектами, в том числе два, упомянутых выше.
Ознакомьтесь с общими графическими обозначениями и стандартными визуальными элементами, необходимым для создания модели базы данных, и начните предварительное планирование с помощью блок-схем и диаграмм. Это позволит избежать логических ошибок, прежде чем будет создана уже какая-нибудь конкретная база данных.

Реляционные базы данных

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

Любая запись в каждой таблице должна иметь уникальный ключ. Это типа «номера социального страхования» или «штрих-кода» для записи. Он является уникальным для каждой записи. И никакая другая записи не может иметь такой же идентификатор в той же таблице. Наличие уникальных имен или названий продуктов в базе данных не достаточно. Гораздо более эффективным является использование уникальных первичных ключей. Даже несколько уникальных полей в базе данных не защищают ее от возможности дублирования данных, что впоследствии может негативно сказаться на работе сайта.
Для связи двух таблиц мы используем внешний ключ, который является всего лишь идентификатором, ссылающимся на уникальный ключ в другой таблице, обычно это первичный ключ. В примере ниже мы видим, что первая таблица содержит информацию о трех авторах с уникальным идентификатором (id). Во второй таблице мы связываем каждую запись о статье с автором через этот идентификатор. Теперь мы можем найти автора первой статьи, и наоборот, видеть, что Том написал две статьи, Мэри — одну, а Джейн еще ни одной.
Это простая модель отношения вида один-к-одному. Существую также модели один-ко-многим и многие-ко-многим.

Группировка и разделение данных

Что касается полей, также важно знать, когда группировать определенную часть данных, а когда нет. Хороший способ определить, какая информация должна быть в одном поле или наоборот, подумать, будет ли необходимость изменять какую-либо её часть? Например, нужно ли хранить адрес, разбив его на составляющие: 1) улица, 2) город, 3) штат, 4) почтовый код, 5) страна?
Это неотъемлемая часть функционала сайта (возможно, пользователи или администраторы захотят искать других пользователей по адресу или штату), или просто увеличение места, занимаемого базой данных на диске? Если это не столь важно, зачем тогда нагружать базу данных на изменение 5 полей, когда можно обновить всего лишь одно строковое поле. Более удобным может быть вариант получения этих данных из HTML-формы, где поля разделены, а уже перед добавлением адреса в базу данных объединять значения из соответствующих полей в одну строку.
Это только один пример, но всегда имейте представление о наиболее эффективные способы организации полей таблицы, когда объединять их, когда содержать отдельно, ради поддержания функциональности сайта.

Нормализация базы данных

Нормализация представляет набор руководящих принципов, созданных для организации более эффективного хранения информации. Мы уже упоминали о некоторых важных основных практиках, которые входят в наиболее популярные нормальные формы. Есть пять нормальных форм. Было бы полезным ознакомиться с этими нормальными формами и разрабатывать базы данных в соответствии с их требованиями.

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

Заключение

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

Дополнительные ресурсы

p.s. Претензии по переводу в личку приветствуются. Спасибо всем, кто не мешал 🙂

habr.com

Создание базы данных Access для публикации в Интернете

Access 2010 и службы Access — компонент SharePoint —можно использовать для создания приложений веб-базы данных. Это позволяет:

• организовать доступ к данным и обеспечить его безопасность;

• предоставлять общий доступ к корпоративным данным через интрасеть или Интернет.
  

  Примечание:  Для работы с веб-базой данных необходима учетная запись пользователя. Анонимный доступ не поддерживается.

• создавать приложения для работы с базами данных, не требующие использования Access.

В этой статье приведены общие сведения о проектировании веб-баз данных Access. Введение в проектирование баз данных для настольных компьютеров см. в статьях Создание базы данных на компьютере и Основные сведения о создании баз данных.

В этом разделе…

Обзор

Создание веб-базы данных

Публикация приложения и синхронизация изменений

Обзор

Access 2010 и службы Access (дополнительный компонент SharePoint) предоставляют платформу для создания баз данных, которые можно использовать в Интернете. Для проектирования и публикации веб-базы данных используется Access 2010 и SharePoint, а пользователи, у которых есть учетная запись SharePoint, работают с ней через веб-браузер.

Принцип действия

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

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

• Полный доступ   : позволяет вносить изменения в данные и схему базы данных.

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

• Чтение   : позволяет считывать данные без возможности вносить изменения.

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

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

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

Формы и отчеты, запускаемые в браузере

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

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

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

Данные хранятся в списках SharePoint

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

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

Запросы и макросы данных выполняются на сервере

Все операции обработки в SQL выполняются на сервере. Это повышает производительность сети, так как по ней передаются лишь результирующие наборы.

Интрасеть или Интернет

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

К началу страницы

Создание веб-базы данных

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

В этом разделе:

Подготовка

Использование шаблона

Начало работы с пустой веб-базой данных

Проектирование веб-таблицы

Добавление вычисляемого поля

Настройка правил проверки данных

Создание отношения между двумя веб-таблицами

Изменение поля подстановки в режиме таблицы

Обеспечение целостности данных с помощью макросов данных

Создание веб-запроса

Создание веб-формы

Создание веб-отчета

Создание формы навигации и ее выбор в качестве формы, отображаемой по умолчанию

Подготовка

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

• Определите назначение базы данных   . Необходим четкий план, позволяющий принимать правильные решения при проектировании базы данных.

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

• Выберите сайт SharePoint, который будет использоваться для публикации   . Для публикации данных необходима среда SharePoint. Чтобы проверить работу схемы в браузере еще на этапе проектирования (рекомендуется так и сделать), необходимо сначала опубликовать ее.

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

Различия структур веб-баз данных и баз данных для настольных компьютеров

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

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

Сценарий	Возможность, доступная только в базах данных для настольных компьютеров	Новая возможность
Проектирование объектов баз данных	Конструктор	Расширенный режим таблицы; режим макета
Просмотр сводных данных, таких как суммы, средние значения и группы	Функции группировки	Макросы данных; функции группировки в отчетах
События программирования	VBA	Макросы и макросы данных; новый интерфейс разработки макросов с поддержкой технологии IntelliSense
Переход к объектам базы данных	Область навигации; кнопочные формы	Элемент навигации или другой элемент формы

Важно: В веб-базе данных можно создавать множество клиентских объектов, но их невозможно использовать в браузере. Однако они являются частью веб-базы данных и могут использоваться в Access 2010 на настольном компьютере. Пользователи могут открывать веб-базы данных в Access и использовать клиентские объекты. Это эффективный способ совместного использования базы данных, который открывает новые возможности для совместной работы через Интернет. Проблемы одновременного доступа к данным решает среда SharePoint.

Возможности, доступные только в базах данных для настольных компьютеров и не имеющие аналогов в службах Access

Примечание: Приведенный ниже список не является исчерпывающим.

• Запросы на объединение

• Перекрестные запросы

• Перекрывающиеся элементы управления на формах

• Отношения между таблицами

• Условное форматирование

• Различные действия и выражения макросов

Рекомендуется использовать шаблон

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

Доступные шаблоны можно просмотреть на вкладке Создать в представлении Backstage. Дополнительные сведения о шаблонах, которые предлагаются в Access 2010, см. в статье Выбор и использование шаблона Access.

Начало работы с пустой веб-базой данных

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

В представлении Backstage на вкладке Создать находятся команды для создания базы данных.

1. В разделе Доступные шаблоны щелкните элемент Пустая веб-база данных.

2. Просмотрите предложенное имя файла в поле Имя файла и путь к файлу базы данных ниже. Можно изменить имя файла, введя в его в поле Имя файла.

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

4. Нажмите кнопку Создать. Откроется новая веб-база данных с новой пустой таблицей.

Проектирование веб-таблицы

Для проектирования веб-таблицы используется режим таблицы.

При первом создании пустой веб-базы данных в Access создается таблица, которая открывается в режиме таблицы. С помощью команд на вкладке «Поля» и «Таблица» можно добавлять поля, индексы, правила проверки и макросы данных — это новая функция, позволяющая изменять данные на основе событий.

После изменения и использования новой таблицы может потребоваться создать дополнительные.

Создание веб-таблицы

В открытой веб-базе данных:

Любая только что созданная таблица содержит одно поле — «Счетчик». В таблицу можно добавить и другие поля для хранения данных, соответствующих ее предназначению. Например, можно добавить поле, в котором будет храниться дата начала отслеживания какого-либо процесса.

Добавление поля из коллекции полей

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

Добавление поля щелчком в области таблицы

1. В открытой таблице щелкните элемент Щелкните, чтобы добавить и выберите тип поля.

2. Присвойте полю имя, соответствующее его содержимому.

   Совет: Чтобы изменить имя существующего поля, дважды щелкните его имя.

3. Повторите эти действия для каждого поля, которое нужно создать.

Изменение свойств поля

Форматирование и свойства поля определяют его поведение, например данные, которые могут в нем храниться. Эти параметры можно настроить в соответствии с конкретными требованиями.

1. Выберите поле, форматирование и свойства которого требуется изменить.

2. На ленте откройте вкладку Поля.

3. С помощью команд в группах Форматирование и Свойства настройте нужные параметры.

Добавление вычисляемого поля

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

1. В открытой таблице щелкните элемент Щелкните, чтобы добавить.

2. Наведите указатель мыши на элемент Вычисляемое поле и выберите для поля тип данных.

   Откроется построитель выражений.

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

Настройка правил проверки данных

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

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

Создание правила проверки поля и соответствующего сообщения

1. Выберите поле, для которого требуется добавить правило проверки.

2. На ленте откройте вкладку Поля.

3. В группе Проверка поля выберите пункт Проверка, а затем — Правило проверки поля.

   Откроется построитель выражений.

4. С помощью построителя выражений создайте правило проверки. Инструкции по работе с построителем выражений см. в статье Использование построителя выражений.

5. В группе Проверка поля выберите пункт Проверка, а затем — Сообщение проверки поля.

6. Введите сообщение, которое нужно отображать, если входные данные неверны, и нажмите кнопку ОК.

Настройка правила проверки записи и соответствующего сообщения

С помощью правила проверки записи можно предотвратить создание повторяющихся записей либо потребовать, чтобы для записей выполнялись некоторые условия (можно, например, указать, что значение [Дата начала] должно быть больше 1 января 2010 года и меньше значения [Дата окончания]).

1. Откройте таблицу, для которой требуется добавить правило проверки.

2. На ленте откройте вкладку Поля.

3. В группе Проверка поля щелкните элемент Проверка, а затем — Правило проверки записи.

   Откроется построитель выражений.

4. С помощью построителя выражений создайте правило проверки. Инструкции по работе с построителем выражений см. в статье Использование построителя выражений.

5. В группе Проверка поля щелкните элемент Проверка, а затем — Сообщение проверки записи.

6. Введите сообщение, которое нужно отображать, если входные данные неверны, и нажмите кнопку ОК.

Создание отношения между двумя веб-таблицами

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

Создание поля подстановки в режиме таблицы

1. Откройте нужную таблицу на стороне «много» создаваемого отношения.

2. Щелкните стрелку рядом с элементом Щелкните, чтобы добавить и выберите элемент Подстановка и отношение.

3. Следуя инструкциям мастера подстановок, создайте поле подстановки.

Изменение поля подстановки в режиме таблицы

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

2. Выполните одно из указанных ниже действий.

   • На вкладке Поля в группе Свойства нажмите кнопку Изменить подстановки.

   • Щелкните поле подстановки правой кнопкой мыши и выберите команду Изменить подстановки.

3. Следуйте инструкциям мастера подстановок.

Обеспечение целостности данных с помощью макросов данных

Макросы данных позволяют реализовать каскадное обновление и удаление. С помощью команд на вкладке «Таблица» можно создавать внедренные макросы, изменяющие данные. В видеоролике ниже показаны основные сведения.

support.office.com

База данных в HTML / Habr

Предыстория

Собственно меня давно просят сделать поиск для сайта. Там конечно очень мало чего искать, но как задел на ближайшее будущее. В планах добавление новых единиц для поиска. Этот туманный и не изученный мной альбион SQL отпугивал своей загадочностью. Но не в файлах же хранить данные. Стоп, а почему бы и нет? Поиск производить с помощью JavaScript. Я подумал о том, что можно в скрипт подгружать данные для поиска и т.д. Заразила меня эта идея, и, когда я приступил к написанию, подумал: «А зачем так усложнять? Пусть всё будет на странице, а пункты не подходящие по характеристикам будут просто скрываться». Заодно и страница поисковикам видна со всеми результатами. Пользователю доступны все данные сразу, и остаётся только выбирать автономно от сервера. Страницу можно сжать и в кэш положить на веки вечные.

История

HTML

Создал новый HTML файл и начал свои эксперименты. Добавил select:

        <select id=»style» onchange=»filter_changed()»>
            <option value=»»>Стиль:</option>
            <option>неоклассицизм</option>
            <option>постмодерн</option>
            <option>псевдомодерн</option>
            <option>неоготика</option>
        </select>

Добавил div с данными:

        <div class=»home whiteframe»>
            <a class=»url» href=»kirpich.example.com/#rust»>
                <img class=»image» src=»kirpich.example.com/thmb/rust/rust_vid-1.jpg»/>
            </a>
            <div class=»name»>
                <a class=»url» href=»kirpich.example.com/#rust»>
                    «Руст»
                </a>
            </div>
            <div class=»style»>неоклассицизм</div>
            <div class=»wall_material»>керамический кирпич, утепленный минеральной ватой</div>
            <div class=»square»>165.5</div>
            <div class=»living_space»>86</div>
            <div class=»floors»>2</div>
        </div>

Выбирать что есть. Из чего тоже есть. Теперь осталось сделать чем.

JavaScript

Создал JS файл.

И так первое что нам нужно сделать — это обработать все пункты. Это просто:

function filter_changed(){
    var list = document.getElementsByClassName(«home»);
    for (var i=0;i<list.length;i++)
        hide(list[i], is_filtred(list[i]));
}

Теперь надо определить подходит ли этот пункт под заданные характеристики.

function is_filtred(node){
    if (no_text(node, «style»)) return true;
}
 
function no_text(node, filter){
    var style_filter = get(document.getElementById(filter),[«value»]);
    var home_style = get(node.getElementsByClassName(filter),[0,»textContent»]);
    if (style_filter && (!home_style || (home_style.indexOf(style_filter)<0)))
        return true;
}

Если мы не находим заданной характеристики то элемент скрывается.

function hide(node, h){
    node.style.display = h?»none»:»block»;
}

Так. С этим справились. Но есть ещё величины, которые списком не задашь. Для них делаем фильтр.

function is_filtred(node){
    if (no_text(node, «style»)) return true;
    if (compare(node, «square»)) return true;
}
 
function compare(node, filter, comparer){
    var square_filter = get(document.getElementById(filter),[«value»]);
    var home_square = get(node.getElementsByClassName(filter),[0,»textContent»]);
    if (square_filter && !home_square)
        return true;
    else if (square_filter && home_square){
        square_filter = parseFloat(square_filter)
        home_square = parseFloat(home_square)
        if ((!comparer||comparer==»>»)?square_filter > home_square:comparer==»<«?square_filter < home_square:comparer==»=»?square_filter!=home_square:false)
            return true;
    }
}

Ну вот вроде и все. Ах да. Что ж за get такой?

function get(node, keys){
    for (var i=0; (i<keys.length) && node; i++)
            node = node[keys[i]];
    return node
}

Он предотвращает ошибку, если вдруг элемент или его свойство не найдены.

CSS

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

.name::before{
content: «Название: «;
color: gray;
}
.style::before{
content: «Стиль: «;
color: gray;
}
.wall_material::before{
content: «Материал стен: «;
color: gray;
}
 
.square::before{
content: «Общая площадь: «;
color: gray;
}
.square::after, .living_space::after{
content: » кв. м.»;
color: gray;
}
.floors::before{
content: «Этажи: «;
color: gray;
}
.living_space::before{
content: «Жилая площадь: «;
color: gray;
}

Поскольку эти данные вторичны, мы даем действительно значащему контенту выйти на первый план, задав серый цвет этому тексту.

Заключение

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

Продолжение: Пусть css ищет или база данных в HTML 2

habr.com

Как создать базы данных для сайта?

Обязательное условие для работы сайта, построенного на платформе WordPress, формирование базы данных под управлением СУБД MySQL.

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

Формирование базы данных с помощью панели управления хостинга

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

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

Самые распространенные панели:
—       платные – IS Pmanager, PleskPanel, c Panel;

—       бесплатные – Ajenti — V, Vesta CP, ISPConfig.

Для начала, необходимо авторизоваться на хостинге, войти в панель, найти пункт с примерным названием «Управление базами данных» и работать с этим инструментом далее.
В рамках этой статьи будет рассмотрен процесс создания БД в наиболее популярной панели управления для коммерческих платформ cPanel.
Для создания БД необходимо проделать следующее:
Войти в ПУ хостингом, найти раздел Базы данных и нажать Мастер баз данных MySQL.

Создать новую базу данных. Выбрать любое имя БД латинским шрифтом для дальнейшего сопоставления с сайтами.

Создать пользователей (я) БД. Для этого, набрать имя латинским шрифтом и выбрать надежный пароль, повторив его.

Добавить нового пользователя и задать его привилегии ALL PRIVILEGES на использование материалов БД, отметив все позиции. На следующем шаге система подтвердит успешность создания новой БД и предложит создать еще одну.

Создание базы данных с помощью phpMyAdmin

Базу данных для Word Press также можно создать при помощи специального программного обеспечения php My Admin, предназначенного для администрирования баз данных My SQL. Этот инструмент основан на языке PHP и имеет удобный веб-интерфейс.

Хост-провайдеры предоставляют услуги использования этого продукта через ПУ веб-сервером.

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

Для создания БД в программе phpMyAdmin, установленной на локальном компьютере или встроенной в ПУ хостингом, необходимо проделать следующее:

1. Воспользовавшись веб интерфейсом программы phpMyAdmin, найти закладку Пользователи и нажать на неё.

2. Войти в раздел обзора учетных записей и нажать Добавить пользователя.

3. Заполнить форму Добавить пользователя, написав латинским шрифтом имя, соответствующее БД (в примере — blogger), выбрать хост (можно оставить localhost) и надежный пароль. Установить отметку «Создать базу данных с именем пользователя в названии и предоставить на нее полные привилегии» и нажать Добавить пользователя.

4. При обновлении страницы phpMyAdmin в левой части интерфейса можно увидеть вновь созданную БД с тем же именем, что и созданный пользователь.

 

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

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

6. Для дальнейшего перемещения (экспорта или импорта) базы данных между хостами (локальными или хостингами) необходимо подготовить дамп БД (*base*).sql.zip следующим образом:

• войти в панель phpMyAdmin,
• выбрать нужную БД (в примере blogger),
• нажать на ЭКСПОРТ,

• в Экспорте таблиц из базы данных («blogger») выбрать Быстрый или Обычный способ экспорта, отметить «Сохранить на сервере в каталоге /tmp/», а если файл дампа был создан ранее, перезаписать его и нажать ОК ,

• дамп базы данных будет сохранен в файле *base*.sql на локальном сервере в каталоге /tmp. Имя дампа (в примере *base*) можно выбрать другое, воспользовавшись настройками phpMyAdmin.

Файл /tmp/ base.sql нужно заархивировать в *.zip для уменьшения объема (получаем готовый файл для импорта на хостинг base.sql.zip) и отправить его в личный каталог на хостинг через FTP-клиент.

 

Импорт базы данных на хостинг с локального компьютера

Если БД была создана на локальной машине, её необходимо импортировать в ранее созданную на хостинге, используя полученный дамп base.sql.zip.

1. В ПУ хостингом CPanel, рассматриваемой ранее в п.5.1 настоящей статьи, найти раздел PHPMyAdmin и зайти в него.

2. Выбрать БД, в которую будет импортирован дамп (в примере – bloggerhost) и нажать на ИМПОРТ.

3. В подразделе Импортируемый файл выбрать подготовленный дамп base.sql.zip и нажать ОК. Система сообщит об успешности импорта в базу данных и выполнении SQL запросов.

biznes-on-line.biz

Проектирование Базы Данных. Лучшие практики / OTUS. Онлайн-образование corporate blog / Habr

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

---

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

1. Определите, для чего таблица и какова ее структура

Сегодня такие методы разработки, как Scrum или RAD (быстрая разработка приложения), помогают ИТ-командам быстро разрабатывать базы данных. Однако, в погоне за временем очень велик соблазн погрузиться сразу в построение базы, смутно представляя, в чем же сама цель, какие должны быть конечные результаты.
 
Как будто команда нацелена на эффективную, скоростную работу, но это мираж. Чем дальше и быстрее погружаться вглубь проекта, тем больше потребуется времени, чтобы выявить и изменить ошибки в проекте базы.

Поэтому первое, что нужно решить — это определить цель для вашей базы данных. Для какого типа приложения разрабатывается база? Пользователь будет лишь работать с записями и нужно уделить внимание транзакциям или его больше интересует аналитика данных? Где база должна быть развернута? Будет ли она отслеживать поведение клиентов или же просто управлять отношениями между ними? 

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

2. Какие данные выбрать для хранения?

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

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

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

3. Моделируйте данные с осторожностью

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

Во время моделирования строятся концептуальные (CDM), физические (PDM) и логические (LDM) модели данных. 

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

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

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

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

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

Затем Логическая модель данных сопоставляется с выбранной заранее платформой СУБД (системы управления базами данных) и получается Физическая модель. Она описывает способ физического хранения данных.

4. Используйте подходящие типы данных

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

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

Большинство софта для моделирования (ER/Studio, MySQL Workbench, SQL DBM, gliffy.com) данных позволяет создавать прототипы областей данных. Так гарантируется  не только правильный тип данных, логика приложения и хорошая производительность, но также и обязательное задание значения.

5. Предпочитайте естественное

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

Лучше всего использовать естественный, или бизнес, ключ (natural key). Он имеет смысловое значение, так вы избежите дублирования в базе данных. 

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

6. Нормализуйте в меру

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

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

7. Тестируйте пораньше, тестируйте почаще

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

Лучше всего тестировать базу данных путем Continuous Integration (непрерывной интеграции). Моделируйте сценарий “Один день из жизни базы данных” и проверяйте, все ли граничные случаи обрабатываются, какие взаимодействия пользователей вероятны. Чем раньше вы найдете баги, тем больше сэкономите и времени, и денег.

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

habr.com

Как создать базу данных

Создание базы данных для сайта открывает множество преимуществ, таких как:

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

И это еще далеко не все преимущества баз данных.

Существуют несколько видов баз данных (Oracle, MySQl, SQL и т.д.). Различаются они по производительности, масштабируемости данных и уровню защищенности. Для нашего проекта больше всего подойдет база данных MySQL.

PHP имеет все необходимые функции для работы с MySQL и сегодня мы разберемся с вопросом как создать базу данных.

Используем БД MySQL.

Для работы с базой данных нам потребуется phpMyAdmin, который входит в состав программного пакета ДЕНВЕР, который уже был нами установлен в одном из первых уроков.

 В графе создать новую базу данных вводим название plata_db, правее выбираем кодировку cp1251_bin. Нажимаем создать.

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

Переходим обратно на главную страницу phpMyAdmin. Нажимаем привилегии, далее добавить нового пользователя.

 Затем вводим имя нашего нового пользователя, пусть это будет admin_plata, в графе хост выбираем localhost, в качестве пароля вводим platapass и даем пользователю безграничные привилегии, установив все галочки.

Нажимаем пошел.

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

---

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

www.eltisbook.ru