Продвижение сайта по поисковым запросам, контекстная реклама, качественный копирайтинг и рерайтинг, создание сайта под ключ, QA процедуры и аудит в ИТ, бизнес анализ в Киеве, Украина.

Поиск

Админ

Архив рубрики "Разработка"

Чего не могут делать представления sql

Чего не могут делать представления sql

Имеются большое количество типов представлений (включая многие из наших примеров в этой главе), которые являются доступными только для чтения. Это означает, что их можно запрашивать, но они не могут подвергаться действиям команд модификации. Мы будем рассматривать эту тему в Главе 21. Имеются также некоторые виды запросов, которые не допустимы в определениях... ДАЛЕЕ...

Автор: admin · Дата: 5 мая 2010 · Рубрика Разработка · Пока нет комментариев

Представления и подзапросы sql

Представления и подзапросы sql

Представления могут также использовать и подзапросы, включая соотнесенные подзапросы. Предположим, ваша компания предусматривает премию для тех продавцов, которые имеют заказчика с самой высокой суммой Заказа для любой указанной даты. Вы можете проследить эту информацию с помощью представления: CREATE VIEW Elitesalesforce AS SELECT b.odate, a.snum, a.sname, FROM Salespeople a, Orders b WHERE a.snum... ДАЛЕЕ...

Автор: admin · Дата: 5 мая 2010 · Рубрика Разработка · Пока нет комментариев

Комбинирование предикатов представлений и основных запросов в представлениях

Комбинирование предикатов представлений и основных запросов в представлениях

Когда вы делаете запрос представления, вы собственно, запрашиваете запрос. Основной способ для SQL обойти это, — объединить предикаты двух запросов в один. Давайте посмотрим еще раз на наше представление с именем Londonstaff: CREATE VIEW Londonstaff AS SELECT * FROM Salespeople WHERE city = 'London'; Если мы выполняем следующий запрос в этом представлении SELECT * FROM Londonstaff WHERE comm > .12; он такой же, как... ДАЛЕЕ...

Автор: admin · Дата: 29 апреля 2010 · Рубрика Разработка · Пока нет комментариев

Модифицирование представлений sql

Модифицирование представлений sql

Представление может теперь изменяться командами модификации DML, но модификация не будет воздействовать на само представление. Команды будут на самом деле перенаправлены к базовой таблице: UPDATE Salesown SET city = 'Palo Alto' WHERE snum = 1004; Его действие идентично выполнению той же команды в таблице Продавцов. Однако, если значение комиссионных продавца будет обработано командой... ДАЛЕЕ...

Автор: admin · Дата: 29 апреля 2010 · Рубрика Разработка · Пока нет комментариев

Команда CREATE VIEW sql

Команда CREATE VIEW sql

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

Автор: admin · Дата: 29 апреля 2010 · Рубрика Разработка · Пока нет комментариев

Внешние ключи, которые ссылаются обратно к их подчиненным таблицам sql

Внешние ключи, которые ссылаются обратно к их подчиненным таблицам sql

Как было упомянуто ранее, ограничение FOREIGN KEY может представить имя этой частной таблице, как таблицы родительского ключа. Далеко не будучи простой, эта особенность может пригодиться. Предположим, что мы имеем таблицу Employees с полем manager (администратор). Это поле содержит номера каждого из служащих, некоторые из которых являются еще и администраторами. Но так... ДАЛЕЕ...

Автор: admin · Дата: 29 апреля 2010 · Рубрика Разработка · Пока нет комментариев

Действие ограничений sql

Действие ограничений sql

Как такие ограничения воздействуют на возможность и невозможность Вами использовать команды модификации DML? Для полей, определенных как внешние ключи, ответ довольно простой: любые значения, которые вы помещаете в эти поля командой INSERT или UPDATE должны уже быть представлены в их родительских ключах. Вы можете помещать пустые (NULL) значения в эти поля, несмотря... ДАЛЕЕ...

Автор: admin · Дата: 29 апреля 2010 · Рубрика Разработка · Пока нет комментариев

Включение описаний таблицы sql

Включение описаний таблицы sql

Имеется несколько атрибутов таких определений, о которых нужно поговорить. Причина, по которой мы решили сделать поля cnum и snum в таблице Заказов единым внешним ключом — это гарантия того, что для каждого заказчика, содержащегося в Заказах, продавец, кредитующий этот заказ, тот же, что и указанный в таблице Заказчиков. Чтобы создать такой внешний ключ, мы были... ДАЛЕЕ...

Автор: admin · Дата: 29 апреля 2010 · Рубрика Разработка · Пока нет комментариев

Первичный ключ как уникальный внешний ключ sql

Первичный ключ как уникальный внешний ключ sql

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

Автор: admin · Дата: 29 апреля 2010 · Рубрика Разработка · Пока нет комментариев

Внешний ключ как ограничение столбцов sql

Внешний ключ как ограничение столбцов sql

Вариант ограничения столбца ограничением FOREIGN KEY — по другому называется — ссылочное ограничение (REFERENCES), так как он фактически не содержит в себе слов FOREIGN KEY, а просто использует слово REFERENCES, и далее имя родительского ключа, подобно этому: CREATE TABLE Customers ( cnum  integer NOT NULL PRIMARY KEY, cname char(10), city  char(10), snum  integer REFERENCES Salespeople (snum)); Вышеупомянутое определяет Customers.snum как... ДАЛЕЕ...

Автор: admin · Дата: 29 апреля 2010 · Рубрика Разработка · Пока нет комментариев

Навигация

Блог / Главная / Архив рубрики 'Разработка'

Случайные записи

Чего не могут делать представления sql Как создать свой сайт, бизнес в Интернет. Использование EXISTS с соотнесенными подзапросами ANY и ALL вместо EXISTS с пустым указателем (NULL)