Проектирование баз данных
Проектирование баз данных — процесс создания схемы базы данных и определения необходимых ограничений целостности.
Основные задачи проектирования баз данных
Основные задачи:
Обеспечение хранения в БД всей необходимой информации.
Обеспечение возможности получения данных по всем необходимым запросам.
Сокращение избыточности и дублирования данных.
Обеспечение целостности данных (правильности их содержания): исключение противоречий в содержании данных, исключение их потери и т.д.
Основные этапы проектирования баз данных
Концептуальное (инфологическое) проектирование
Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.
Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. Обычно используются графические нотации, подобные ER-диаграммам
Чаще всего концептуальная модель базы данных включает в себя:
описание информационных объектов, или понятий предметной области и связей между ними.
описание ограничений целостности, т.е. требований к допустимым значениям данных и к связям между ними.
Логическое (даталогическое) проектирование
Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
Преобразование концептуальной модели в логическую модель, как правило, осуществляется по формальным правилам. Этот этап может быть в значительной степени автоматизирован.
На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.
Физическое проектирование
Физическое проектирование — создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т.п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т.д.
Растровые редакторы
Растровый редактор — специализированная программа, предназначенная для создания и обработки растровых изображений. Подобные программные продукты нашли широкое применение в работе художников-иллюстраторов, при подготовке изображений к печати типографским способом или на фотобумаге, публикации в интернете. Растровые графические редакторы позволяют пользователю рисовать и редактировать изображения на экране компьютера, а также сохранять их в различных растровых форматах, таких как, например, JPEG и TIFF, позволяющих хранить растровую графику с незначительным снижением качества за счёт использования алгоритмов сжатия с потерями, PNG и GIF, поддерживающими хорошее сжатие без потерь, и BMP, также поддерживающем сжатие (RLE), но в общем случае представляющем собой несжатое «попиксельное» описание изображения.
Растровый графический редактор — специализированная программа, предназначенная для создания и обработки растровых изображений. Подобные программные продукты нашли широкое применение в работе художников-иллюстраторов, при подготовке изображений к печати типографским способом или на фотобумаге, публикации в интернете.
Растровые графические редакторы позволяют пользователю рисовать и редактировать изображения на экране компьютера, а также сохранять их в различных растровых форматах, таких как, например, JPEG и TIFF, позволяющих хранить растровую графику с незначительным снижением качества за счёт использования алгоритмов сжатия с потерями, PNG и GIF, поддерживающими хорошее сжатие без потерь, и BMP, также поддерживающем сжатие (RLE), но в общем случае представляющем собой несжатое «попиксельное» описание изображения.
В противоположность векторным редакторам, растровые используют для представления изображений матрицу окрашенных точек (bit map). Однако, большинство современных растровых редакторов содержат векторные инструменты редактирования в качестве вспомогательных.
URL-адрес
Как вы уже знаете, каждый подключенный к сети Интернет компьютер имеет свой уникальный адрес, представленный или комбинацией цифр или определенным сочетанием символов, доменным именем. Однако этой информации недостаточно, чтобы найти на компьютере конкретный документ, который хранится в виде файла в определенном каталоге.
Как известно для получения доступа к нужному файлу необходимо указать путь к нему. Однако при обращении к файлу через сеть этого опять-таки мало. Требуется указать какой протокол должен применяться для получения доступа к информации. Протоколы, описывающие метод доступа, адрес компьютера, путь к файлу и его имя содержаться в уникальном адресе каждого информационного ресурса, называемом универсальным указателем ресурсов, сокращенно URL.
URL также называют адресом ресурса или просто адресом. Важно знать как правильно пишется этот адрес. Полный, содержащий все элементы URL выглядит следующим образом:
Протокол://адрес_сервера/путь/имя файла
Протокол – это первая часть адреса, которая отделяется от остальных его частей двоеточием и двумя наклонными чертами (://). Метод доступа может быть задан, например, как http, ftp.
Адрес_сервера – это доменное имя компьютера, на котором размещены данные.
Путь – это последовательность имен каталогов и подкаталогов, в последнем из которых содержится нужный файл. Имена каталогов разделяются наклонной чертой.
Имя файла – это имя конечного файла, который мы ищем. Оно должно иметь определенное расширение.
Так имена веб-страниц имеют расширение - html, имена тестовых файлов, в которых хранятся научные статьи, расширение – pdf, а имена мультимедиа документов, расширение – gif, jpg.
Рассмотрим структуру различных URL на примере адреса факультета психологии Московского Государственного университета имени Ломоносова. Адрес университета http://www.msu.ru, а адрес самой лаборатории http://www.psy.msu.ru. Введя этот адрес, вы перейдете на домашнюю страницу этого факультета.
Чтобы зайта на мой сайт, нужно набрать такой адрес: http://kursymaster.ru
Именно с домашней страницы удобно начинать свое виртуальное путешествие по веб-узлу любой организации, будь-то маленькая университетская лаборатория, могучая компьютерная фирма или государственное учреждение. В этом путешествии вы с помощью гиперссылок переходите от одного документа к другому и каждый из них имеет собственный URL.
Заметим, что все адреса начинаются с http. Это означает, что данные размещены на веб-сервере. Часто встречаются URL, состоящий лишь из двух частей, как правило, это протокол и адрес сервера, то есть имена каталогов и файлов не указываются. Тем не менее, и по такому адресу можно найти нужную веб-страницу. Дело в том, что если имя файла в URL явно не указано, то по умолчанию загружается файл с домашней страницы.
URL — это адрес (ссылка), указывающий точное местоположение веб-ресурса в интернете. URL-адреса разделяют на целевые и отображаемые.
Целевой URL-адрес — это адрес, на который переадресовывается пользователь, нажавший на баннер, рекламное объявление или любой другой рекламный материал. Как правило, этот адрес перенаправляет на целевую страницу (или, если таковой нет, то на главную страницу веб-сайта рекламодателя).
Отображаемый URL-адрес — это адрес в рекламном объявлении системы контекстной рекламы, например Google Adwords, который виден пользователям.
Целевой URL (адрес целевой страницы) и отображаемый URL-адрес должны находиться в едином субдомене, чтобы посетитель знал, на какой веб-сайт он будет переадресован после клика по объявлению. Это требование является основным для пользователей, размещающих рекламные объявления в Google AdWords, Яндекс.Директ, Begun, MSN, Yahoo! и других популярных сервисах контекстной рекламы.
Типы URL-адресов, которые предлагает сервис LPgenerator.ru
Генератор целевых страниц предлагает клиентам следующие решения проблемы по созданию единого субдомена для целевой страницы:
Размещение целевой страницы на домене «песочницы» testlpgenerator.ru, при котором URL-адрес страницы будет иметь вид testlpgenerator.ru/page_name.
Размещение на субдомене или на основном домене сайта клиента, при котором URL-адрес страницы будет иметь вид subdomen.yoursite.com/page_name. При этом целевая страница физически будет храниться на сервере LPgenerator.ru.
Мы советуем использовать собственный субдомен для организации эффективных и безопасных контекстных рекламных кампаний через системы Google AdWords и Яндекс.Директ.
Правила для целевых URL-адресов
Целевой URL-адрес должен переадресовывать пользователя на целевую страницу релевантную рекламному объявлению.
Если целевая страница находится в стадии разработки или технического обслуживания, то публикацию рекламного материала (баннеров, объявлений и прочего) следует приостановить.
Внимательно проверяйте написание URL-адреса на предмет грамматических ошибок, которые могут привести к неверной переадресации.
Целевой URL-адрес не должен соединять пользователя с адресом электронной почты или служить для загрузки файла (видео или аудио, программного обеспечения и любого другого содержимого).
Адрес должен корректно работать в интернет-обозревателях (браузерах), доступных пользователям (Internet Explorer, Mozilla Firefox, Safari, Google Chrome, Opera и других).
Динамические URL-адреса, изменяющиеся в зависимости от ключевого слова рекламного объявления, считаются целевыми.
Адрес не должен содержать код статуса с первыми цифрами 4 или 5, обозначающими неверный запрос (например «404», «405» и так далее).
Пример правильного написания целевого URL-адреса:
http://www.subdomen.mysite.com/page_name
Правила для отображаемых URL-адресов
Отображаемый URL-адрес должен строго соответствовать содержанию целевой страницы.
Адрес должен соответствовать URL-адресу целевой страницы, либо сокращенному варианту URL страницы назначения (например, домену верхнего уровня в URL целевой страницы).
В составе отображаемого URL-адреса должен содержаться, по крайней мере, один из следующих трех компонентов:
http://
www.
расширение названия сайта (например, .com, .net, .org)
В качестве отображаемого URL-адреса не могут быть использованы дополнительная строка текста или адрес электронной почты.
Отображаемый URL не может включать в себя текст, нарушающий редакционные правила.
В тексте рекламного объявления рекомендуется выделять отображаемый URL-адрес цветом, отличным от основного.
Примеры правильного написания отображаемого URL-адреса:
PageName.MySIte.com
PageName.com