Что у вас в буфере обмена ?, Зайди и в посте нажми Ctrl+V (вставить)Что у вас в буфере обмена ? , Зайди и в посте нажми Ctrl+V (вставить) Рейтинг Опции

[Siorik]

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

[Bober]

Проблемы разработки и применения СУБД
Традиционных возможностей файловых систем оказывается недостаточно для построения даже простых информационных систем. Мы выявили несколько потребностей, которые не покрываются возможностями систем управления файлами: поддержание логически согласованного набора файлов; обеспечение языка манипулирования данными; восстановление информации после разного рода сбоев; реально параллельная работа нескольких пользователей. Можно считать, что если прикладная информационная система опирается на некоторую систему управления данными, обладающую этими свойствами, то эта система управления данными является системой управления базами данных (СУБД).
СУБД решают множество проблем, которые затруднительно или вообще невозможно решить при использовании файловых систем. При этом существуют приложения, для которых вполне достаточно файлов; приложения, для которых необходимо решать, какой уровень работы с данными во внешней памяти для них требуется, и приложения, для которых безусловно нужны базы данных.
Более точно, к числу функций СУБД принято относить следующие:
1. Непосредственное управление данными во внешней памяти
2. Управление буферами оперативной памяти
3. Управление транзакциями
4. Журнализация



Нормализация таблиц
Нормализация представляет собой формальную процедуру, в ходе которой одна таблица разбивается на два или несколько в соответствии со специальной процедурой разбиения. Задачами нормализации являются:
1. Исключение из таблиц повторяющейся информации
2. Создание структуры, в которой предусмотрена возможность ее будущих изменений
3. Создание структуры, в которой влияние структурных изменений на приложения, использующие информацию этой базы данных, сведено к минимуму
При нормализации таблицы предпринимается попытка ограничить количество повторяющихся в ней данных. Существует много уровней и типов нормализации. Наиболее распространенной процедурой является приведение базы данных к третьей нормальной форме (Third Normal Form — 3NF), поскольку в большинстве случаев этот уровень нормализации является компромиссом между полной нормализацией и простотой реализации. Существуют уровни и выше, чем 3NF, но на практике они применяются достаточно редко.
Первая нормальная форма
Первая нормальная форма (First Normal Form — INF) — это основа реляционной системы. При ней требуется, чтобы таблица была двумерной и не содержала ячеек, включающих несколько значений. В таблицу включаются все представляющие интерес атрибуты, и она может содержать все данные, которые предполагается размешать в этой базе данных.
Вторая нормальная форма
Вторая нормальная форма (Second Normal Form — 2NF) требует, чтобы данные во всех не ключевых столбцах полностью зависели от первичного ключа или каждого поля (столбца) первичного ключа, если он является составным. Под полной зависимостью понимается то, что значение в каждом не ключевом столбце однозначно определяется значением первичного ключа. Если же в таблице имеется хотя бы одно поле, которое не зависит от величины первичного ключа, то в этот ключ необходимо включить дополнительные столбцы.
Перед проверкой на соответствие 2NF таблица должна быть приведена к первой нормальной форме. Процесс приведения таблицы ко второй нормальной форме позволяет избавиться от большей части повторяющихся данных, оставшихся от первого этапа нормализации.
Третья нормальная форма
Третья нормальная форма (Third Normal Form — 3NF) требует, чтобы все не ключевые столбцы таблицы зависели от первичного ключа, но были независимы друг от друга. Очевидно, что для этого таблицы должны быть приведены к первой и второй нормальной формам.

Нормализация — это один из методов проектирования баз данных, к которому тесно примыкает метод функциональных зависимостей и приведение каждой таблицы к нормальной форме Бойса-Кодда (НФБК). Оба эти метода достаточно просто использовать при небольшом числе атрибутов — до 15-20. Если же необходимо хранить в базе данных значительно больший объем информации, то лучше воспользоваться другими методами




Понятие о реляционных особенностях SQL Server

Основной характеристикой базы данных SQL Server является то, что она имеет реляционную структуру.
Доктор Е. Ф. Кодд (Е. F. Codd) разработал модель реляционной базы данных в 1970 году как более удобное средство хранения, выборки и манипулирования данными, по сравнению с иерархическими и сетевыми базами данных, которые создавали определенные трудности при проектировании и разработке — иногда было очень сложно написать подходящий запрос для доступа к данным.
В реляционной модели базы данных Кодда обращение к данным происходит таким образом, как будто они сохранены в двумерной таблице. Реальное физическое местоположение данных, имеющее большое значение с точки зрения времени, необходимого для обработки информации, не влияет на синтаксис, используемый при обращении к данным. Модель двумерной таблицы позволяет обращаться к данным как к строкам и столбцам таблицы. По этой причине данные воспринимаются значительно легче. Это связано с тем, что в каждодневной жизни вам часто встречаются подобные таблицы с хранящимися в них данными.
Строки таблицы в реляционной модели Кодда не упорядочены. В реляционной модели, используемой в SQL Server, таблицы базы данных также не упорядочиваются, если не создать для таблицы специальный кластерный индекс (clustered index). После того как для таблицы создан индекс такого типа, строки хранятся упорядоченными по одному или двум столбцам, которые выбраны при создании индекса.
Реляционная модель требует, чтобы каждая строка была уникально определена, по крайней мере, одним столбцом таблицы — уникальным ключом (unique key). Выполнение этого требования позволяет получать доступ к каждой строке и изменять ее независимо от других строк таблицы. Язык запросов (query language), применяемый для доступа к строкам таблицы, использует данные только конкретной строки, тем самым имея возможность отделить одну строку от другой.
Итак, эти столбцы и строки должны иметь следующие свойства:
• всякому столбцу таблицы присвоено имя, которое должно быть уникальным для этой таблицы;
• столбцы таблицы упорядочиваются слева направо, т.е. столбец 1, столбец 2, ..., столбец n. С математической точки зрения это утверждение некорректно, потому что в реляционной системе столбцы не упорядочены. Однако с точки зрения пользователя, порядок, в котором определены имена столбцов, становится порядком, в котором должны вводиться в них данные, если не предварять при вводе каждое значение именем соответствующего строки таблицы не упорядочены (их последовательность определяется лишь последовательностью ввода в таблицу);
• в поле на пересечении строки и столбца любой таблицы всегда имеется только одно значение данных и никогда не должно быть множества значений (правда, это "атомарное" значение может быть достаточно объемным, например, таким, как рецепт блюда);
• всем строкам таблицы соответствует одно и то же множество столбцов, хотя в определенных столбцах любая строка может содержать пустые значения (NULL-значения), т.е. может не иметь значений для этих столбцов;
• все строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы;
• при выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию.