SQL Server - основа информационной системы предприятия или организации.

называют сервером ресурса, а компьютер, использующий ресурс - клиентом. В технологии "клиент-сервер" часть функций реализована в программе-клиенте, другая - в программе-сервере.
В модели «Файловый сервер» протокол обмена представляет собой набор низкоуровневых вызовов, обеспечивающих приложению доступ к файловой системе на файл-сервере.
В модели "клиент-сервер" общезначимая часть логики оформлена как набор хранимых процедур и триггеров и функционирует на сервере БД.
Доступ к информационным ресурсам обеспечивается операторами языка SQL. Язык хранимых процедур представляет процедурное расширение языка запросов SQL и отличается для конкретной СУБД.
SQL сервер позволяет работать большому числу пользователей, каждый из которых запускает свои запросы в параллельных сессиях.

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

для каждой из них создается собственный файл.
Первичный файл данных (Primary data file)— отправная точка БД. Всякая БД имеет только один первичный файл данных. Рекомендуемое расширение — .mdf.
Вторичные файлы данных (Secondary data files) являются необязательными и могут хранить все данные и объекты, не вошедшие в первичный файл данных. Некоторые БД могут вообще не иметь вторичных файлов данных, а другие иметь множество таких файлов. Рекомендуемое расширение — .ndf.
Файлы журнала (Log files) - фиксируется вся информация о транзакциях, которая используется для восстановления БД. Каждая БД имеет, по крайней мере, один файл журнала. Рекомендуемое расширение — .ldf.
При создании БД все входящие в ее состав файлы "обнуляются" (заполняются нулями), чтобы стереть все данные, которые остались на диске от ранее удаленных файлов. Приводит к увеличению продолжительности создания БД, но избавляет Windows NT от необходимости очистки файлов при записи в них данных (поскольку они уже "обнулены") во время нормальной работы с БД, что повышает производительность системы.
Данные таблиц хранятся в наборе страниц данных. Каждая страница имеет заголовок, который содержит такую системную информацию, как идентификатор владеющей данной страницей таблицы и указатели на следующую и предыдущую страницы в связанном списке. В конце страницы расположена таблица смещений строк, остальное пространство страницы занято строками данных.

для локальных вычислительных сетей. Новый продукт носил название Ashton-Tate/Microsoft SQL Server и представлял собой версию Sybase DataServer для OS/2. Роль Ashton-Tate заключалась в том, что фирма предоставила dBASE IV для разработки приложений.
1989 —В мае увидела свет первая версия Ashton-Tate/Microsoft SQL Server.
1990 — выпущен SQL Server v1.1 с поддержкой как OS/2, так и новой графической оболочки фирмы — Microsoft Windows 3.0.
1991 — Microsoft получила доступ к исходному коду SQL Server и начала работу над новой версией продукта.
1992 —Выпущен SQL Server 4.2 — 16-разрядная СУБД, результат совместной работы Microsoft и Sybase. В СУБД были реализованы клиентские библиотеки для MS-DOS, Windows и OS/2, помимо этого в нее впервые были включены средства администрирования с графическим интерфейсом под управлением Windows. Microsoft приняла решение сосредоточиться на развитии версий SQL Server только для Windows NT и остановить развитие версий для Unix. В октябре была выпущена бета-версия SQL Server для Windows NT.
1994 —закончилось сотрудничество Microsoft и Sybase, и далее эти две компании стали разрабатывать свои серверные СУБД независимо друг от друга. В конце года был выпущен сервер Sybase SQL Server System 10.
1996 —SQL Server 6.5, обладавший встроенной поддержкой Web-приложений, средствами распределенного администрирования, наличием динамических блокировок.
1998 —Microsoft SQL Server 7.0 с радикально измененной архитектурой. Это была первая версия SQL Server, не содержавшая унаследованного кода, оставшегося со времен сотрудничества с Sybase. Особо стоит отметить появление в этой версии OLAP-служб в составе продукта (до этого серверные OLAP-средства, производимые поставщиками серверных СУБД, включая и Oracle, продавались исключительно как отдельные продукты и относились к категории весьма дорогостоящего программного обеспечения).
2000 —выпущен Microsoft SQL Server 2000, поддерживающий Web-приложения, XML, а также содержащий множество нововведений в административных утилитах.

стандартов
Стандарт SQL1 был впервые опубликован в 1986 г. - обеспечивал минимальную функциональность, обновлялся в 1989 – механизм поддержания ссылочной целостности
в 1992 (SQL2) - расширенная функциональность
в 1999 (SQL3) – интеграция с объектно-ориентированным подходом

SQL-серверы

СУБД Производитель URL
Oracle Oracle Corp. www.oracle.com
MS SQL Server- Microsoft www.microsoft.com
Informix Informix www.informix.com
Sybase Sybase www.sybase.com
DB2 IBM www.4.ibm.com

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

заключается в отказе от распределенных данных. Ее суть состоит в том, что любая БД (как для СУБД, так и для работающих с ней пользователей) всегда является локальной; данные всегда размещаются локально на том узле сети, где они обрабатываются; все транзакции в системе завершаются локально.
Тиражирование данных - это асинхронный перенос изменений объектов исходной БД в БД, принадлежащим различным узлам распределенной системы. Функции тиражирования данных выполняет специальный модуль СУБД - сервер тиражирования данных, называемый репликатором. Его задача - поддержка идентичности данных в принимающих БД данным в исходной БД. В качестве базиса для тиражирования выступает транзакция к БД.
Технология распределенных БД и технология тиражирования данных - антиподы. Принцип первой - синхронное завершение транзакций одновременно на нескольких узлах распределенной системы, то есть синхронная фиксация изменений в распределенной БД. "Ахиллесова пята" этой технологии - жесткие требования к производительности и надежности каналов связи. Если БД распределена по нескольким территориально удаленным узлам, объединенным медленными и ненадежными каналами связи, а число одновременно работающих пользователей составляет десятки и выше, то вероятность того, что распределенная транзакция будет зафиксирована в обозримом временном интервале, становится чрезвычайно малой. В таких условиях обработка распределенных данных практически невозможна.
Реальной альтернативой технологии распределенных БД становится технология тиражирования данных, не требующая синхронной фиксации изменений. В действительности не во всех задачах требуется обеспечение идентичности БД на различных узлах в любое время. Достаточно поддерживать тождественность данных в определенные критичные моменты времени, т.е. можно накапливать изменения в данных в виде транзакций в одном узле и периодически копировать их на другие узлы.

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

Change database и выберем БД NorthWind. В окне запроса наберем команду exec sp_tables. Увидим список таблиц БД NorthWind.

В среде Query Analyser наберем команду и, выделив ее, нажмем клавишу F5

Order – счет, Customer – покупатель, Employeer – продавец, Shipper - перевозчик

FROM [Table(s)] {Optionally Join Syntax}
WHERE [Criteria]
GROUP BY [List of Fields]
ORDER BY [List of Fields]
Не возвращающие строки: Action Queries
Update : изменение записей
Insert : вставка новой записи
Delete : удаление записи

– апостроф, т.е. '2/17/94 13:00': #5/2/62# #4:12 am#
Значение NULL обозначает отсутствие данных в поле. Null это не 0 и не пустая строка. Сравнение выполняется с помощью оператора Is NULL.
Примеры:
1. Все строки таблицы Authors
SELECT * FROM Authors
2. Все столбцы и те строки, для которых в столбце PubID = 1213
SELECT * FROM Publishers WHERE PubID = 1213
3. Два столбца и те строки, для которых верно условие
SELECT LastName, PlaceofBirth
FROM Customers
WHERE ((AGE > 30) and (SEX = ‘M’))
ORDER BY LastName, PlaceOfBirth
Для выборки данных по шаблону можно использовать оператор LIKE с заменителями - % или *.

*, ANSI SQL - %):
...Where ((LastName Like ‘SM*’) or (Name Like ‘sm*’) or (Name Like ‘Sm*’))
Оператор LIKE выполняется быстрее, если указан в конце оператора WHERE.
ANSI SQL использует круглые скобки ( ). MS Access использует также [ ], поэтому желательно для преемственности кода заменить скобки на круглые.
Для указания в запросе источника данных используется символ точка(.)
Database.Table.Field
Оператор IN используется в операторе WHERE для указания подмножества, к которому может относиться проверяемое поле записи.
Подмножеством может быть список или результат выполнения запроса (в этом случае подзапрос должен возвратить значения одного поля)
Select Name, YearBorn From Authors Where YearBorn In (1962, 1963, 1964)
Select Name, YearBorn From Authors Where YearBorn In (Select Year From HoleInOne)

WHERE lastName LIKE ‘D*’
Question mark ( ? )
SELECT authorID, firstName, lastName FROM Authors WHERE lastName LIKE ‘?I*’
DELETE FROM Authors WHERE firstName Like 'Chan%‘ (ANSI SQL)
DELETE FROM Authors WHERE firstName Like 'Chan*‘ (MS Access)
SELECT Titles.title, Titles.isbn, Authors.firstName, Authors.lastName, Titles.copyright, Publishers.publisherName
FROM (Publishers INNER JOIN Titles ON Publishers.publisherID = Titles.publisherID)
INNER JOIN (Authors INNER JOIN AuthorISBN ON Authors.authorID = AuthorISBN.authorID) ON Titles.isbn = AuthorISBN.isbn
ORDER BY Titles.title;

а символ * (все поля).

Команда DELETE

DELETE * FROM таблица WHERE условие
Примеры:
Delete * From Authors Where Dead = TRUE
Delete * From Publishers Where PubID > 30
Delete * From MooCows
Delete *

Команда UPDATE

UPDATE таблица SET поле = значение [, поле = значение ...] WHERE условие
Примеры:
Update Authors Set Commissions = (Sales * 0.1)
Update Authors Set Address = ‘123 Maple’ Where (AuID = 3121)
Update Authors Set Dead=False, Stupid=True Where ((Sales>100000) and (Commissions=0))
Если команда содержит вычисления, то они будут выполняться на стороне сервера и это хорошо.

(Name, Address, Sales) VALUES (‘Smith, Frank’, ‘123 Main St’, 35232.06)
INSERT INTO publishers (Name, ABACODE, Paperbacks) VALUES (‘Smith Books’, 1311, TRUE )
ANSI SQL: True это не ноль, обычно –1, False это ноль

Связывание таблиц

Для выборки из связанных таблиц используется оператор JOIN.
Связи между таблицами бывают двух типов:
Внутренние INNER: запрос содержит совпадающие по ключевым полям строки.
Внешнее OUTER: запрос может включать пустые (NULL) поля.
Некоторые СУБД используют слово FULL
SELECT [поля]
FROM таблицаA {INNER | LEFT | RIGHT} JOIN таблицаB
ON (таблицаA.поле1 = таблицаB.поле2)
WHERE [условие]
ORDER BY [поля]

несовпадений в ключевых полях таблиц
Выявления пустых полей
Левое соединение LEFT JOIN выбирает все записи левой таблицы и совпадающие по ключевому полю записи правой таблицы. Правое соединение – наоборот. Соединение Full JOIN выберет все записи в обеих таблицах, в том числе с совпадающими ключевыми полями

Customers

Invoices
(счета)

LEFT

Все Покупатели с учетом и без учета Счетов

Customers

Invoices

RIGHT

Все Счета с учетом и без учета Покупателей

JOIN [Title Author] ON Authors.Au_ID = [Title Author].Au_ID
WHERE ((([Title Author].Au_ID) Is Null))

Оператор HAVING

Оператор HAVING фильтрует результаты после их группировки
Оператор WHERE фильтрует все записи
Оператор WHERE лучше, хотя может быть неизбежно использование оператора HAVING.

Оператор Group By

Используется для группировки записей
Все поля, перечисляемые в части SELECT, должны упоминаться и в части GROUP BY, кроме тех полей, что участвуют в вычислениях в операторе SELECT.
С помощью оператора AS можно дать имена вычисляемым полям, в которых могут использоваться агрегатные функции (вычисляющие итоги): COUNT, SUM, AVE, MIN, MAX, STDEV, VAR, FIRST, LAST

Published]

PubID Year Published Count
3 1994 31
3 1995 46
3 1996 27
4 1980 1
4 1986 1

Подзапросы

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

SELECT DISTINCTROW Titles.Title, Titles.[Year Published], Titles.ISBN, Titles.PubID
FROM Titles
WHERE ( ((Titles.Title) In ‘Альтернативное использование оператора IN
(SELECT [Title] FROM [Titles] As Tmp GROUP BY [Title] HAVING Count(*)>1 )) )
ORDER BY Titles.Title

Сводные (перекрестные) таблицы

TRANSFORM aggfunction selectstatement PIVOT pivotfield [IN (value1[, value2[, ...]])]

TRANSFORM Count(Titles.ISBN) AS [The Value]
SELECT Titles.[Year Published], Count(Titles.ISBN) AS [Total Of ISBN]
FROM Titles
GROUP BY Titles.[Year Published]
PIVOT Titles.PubID

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

Выбор товаров, цена которых лежит в пределах от 10 до 12.

столбце используется ключ DISTINCT

дня (DAY)…

Выбрать компании, у которых не указан регион

оператор LIKE со знаками % или ? (т.е. любое количество символов. В MS Access знак “*”.)

следует буква “a”

Товары, в названии которых встречается комбинация букв “gu”, за которой может стоять буква “l” или “d”

[…] один из символов в скобках;

[^…] любой символ не в скобках;

помощью оператора ORDER BY. Для упорядочения по возрастанию используется ключ ASC (по умолчанию), по убыванию - DESC.

Наименование товара в алфавитном порядке

Список из наименования и цены товара, отсортированные по убыванию цены.

выбрать наилучшую (наихудшую) выборку товаров.

Десятка наиболее дорогих товаров

Max, Min, SUM, AVG (ср.знач.), COUNT (количество), STDEV (стандартное отклонение), VAR (дисперсия)

WHERE (при группировке GROUP BY - в конструкции HAVING). Типы соединений: внутреннее (выбираются те строки, которые соответствуют условию соединения), внешнее (возвращаются все строки главной таблицы - левой или правой или обоих, участвующих в соединении с учетом условия выборки).

SELECT dbo.Suppliers.CompanyName, dbo.Products.ProductName
FROM dbo. Suppliers INNER JOIN dbo.Products
ON dbo.Suppliers.SupplierID = dbo.Products.SupplierID

полное – FULL OUTER JOIN. В среде Query Analyser слово OUTER (внешний) не обязательно.

SELECT dbo.Customers.CompanyName, dbo.Orders.ShippedDate
FROM dbo. Customers RIGHT OUTER JOIN dbo.Orders
ON dbo.Customers.CustomerlD = dbo.Orders.CustomerlD
WHERE (dbo.Orders.ShippedDate IS NULL)

псевдонимы таблиц

Таблицы Поставщики и Продукты связаны условием INNER JOIN по полю SupplierID (код поставщика).

таблицы Orders (счета)).

Возвращает одно значение. Подзапросы могут содержать ключи IN, ANY, ALL, EXISTS.

Найти товар, запас (UnitsInStock) которого совпадает с выборкой товаров с ценой=97.

SELECT ProductName FROM dbo. Products
WHERE (UnitsInStock =
(SELECT UnitsInStock FROM Products WHERE UnitPrice = 97))

ShipRegion нет пустых значений.

SELECT COUNT(Freight) AS Expr1 FROM dbo.Orders
WHERE (ShipRegion IN
(SELECT ShipRegion FROM dbo.Orders
WHERE (ShipRegion IS NOT NULL)))

запрос включим текст подзапроса):

SELECT SUM(UnitPrice) AS SumP
FROM dbo.Products
WHERE (UnitPrice IN
(SELECT TOP 5 UnitPrice FROM dbo. Products ORDER BY UnitPrice))

SELECT TOP 5 UnitPrice
FROM dbo.Products
ORDER BY UnitPrice

Kobe Niku” (cоздадим подзапрос, затем включим его в запрос)

SELECT dbo.Products.UnitPrice
FROM dbo.Products INNER JOIN dbo.Suppliers
ON dbo.Products.SupplierlD = dbo.Suppliers.SupplierlD
WHERE (dbo.Products.Product Name = 'Mishi Kobe Niku')

одного столбца.
Ключ ALL применяется ко всем значениям, ANY – как минимум к одному.

SELECT dbo.Priducts.ProductName FROM dbo.Products
WHERE (dbo.Products.UnitPrice > ANY
(SELECT dbo.Products.UnitPrice
FROM dbo.Products INNER JOIN dbo.Suppliers
ON dbo.Products.SupplierlD = dbo.Suppliers.SupplierlD
WHERE (dbo.Products.Product Name = 'Mishi Kobe Niku')))

Товары, цена за единицу которых больше, чем у продукта “Mishi Kobe Niku”

существуют ли строки, соответствующие подзапросу. Результат конструкции WHERE – TRUE или FALSE.

Поставщики, цена товара которых = 14. Попутно выполняется проверка наличия таких продуктов от поставщиков.

SELECT DISTINCT dbo.Suppliers.CompanyName
FROM dbo.Products INNER JOIN dbo.Suppliers
ON dbo.Products.SupplierlD = dbo.Suppliers.SupplierID
WHERE EXISTS (SELECT * FROM products
WHERE suppliers.supplierID = products.supplierID AND unitprice = 14)

products, у которых средняя (AVG) цена находится в интервале от 10 до 50.

SELECT TOP 100 CategoryName, AVG(UnitPrice) AS AVGPrice
FROM dbo.[Alphabetical list of products]
WHERE (UnitPrice BETWEEN 10 AND 50)
GROUP BY CategoryName ORDER BY AVG(UnitPrice)

AVGPrice
FROM dbo.[Alphabetical list of products]
GROUP BY CategoryName
HAVING (AVG(UnitPrice) < 25)

Товары, средняя цена которых < 25

UnitPrice FROM dbo.Products
WHERE (UnitPrice =
(SELECT DISTINCT UnitPrice FROM dbo.Products
WHERE (ProductName = 'Chai')))

ON dbo.Products.CategoryID = dbo.Categories.CategoryID
WHERE (dbo.Products.UnitsInStock <> 0)
ORDER BY dbo.Products.UnitsInStock

3 категории товаров, запасы которых минимальны (сортировка по убыванию значения запаса)

FROM dbo.Products
WHERE (ProductName IN
(SELECT ProductName FROM dbo.Products
WHERE (ProductName LIKE '%Sir%')))

dbo.Products
WHERE (UnitPrice IN
(SELECT TOP 5 UnitPrice FROM dbo.Products
ORDER BY UnitPrice DESC))

Запрос после конструктора можно подкорректировать вручную.
Необходимо проверять результат, например, в MS Excel

GROUP BY сотрудник.[Код кафедры]
ORDER BY Count(сотрудник.ФИО) DESC;

5 кафедр, число сотрудников которых максимально

SELECT сотрудник.ФИО, [оклад]*0.5 AS Премия FROM сотрудник;

ФИО и премии сотрудников

SELECT AVG(сотрудник.оклад) AS Ср_оклад FROM сотрудник;

Средний оклад сотрудников

SELECT DISTINCTROW сотр.ФИО FROM сотр LEFT JOIN дети
ON сотрудник.Код=дети.Код_сотр
WHERE (((дети.Код_сотр) Is Null));

Список сотрудников, у которых нет детей

Cотрудники с окладами в диапазоне от 1000 до 2000

SELECT сотрудник.ФИО, сотрудник.оклад FROM сотрудник
WHERE (((сотрудник.оклад) Between 1000 And 2000));
или Between 2000 And 1000

2000));

SELECT сотрудник.ФИО, сотрудник.оклад FROM сотрудник
WHERE (((сотрудник.оклад)<1000 Or (сотрудник.оклад)>15000));

Сотрудники с окладами менее 1000 и более 15000

Сотрудники с окладами вне диапазона от 1000 до 2000

Сотрудники с ФИО, начинающимися на букву “Д”

SELECT сотрудник.ФИО FROM сотрудник
WHERE (((сотрудник.ФИО) Like "Д*"));

SELECT сотр.[Код кафедры], Count(сотр.ФИО) AS [Число_сотрудников]
FROM сотр
GROUP BY сотр.[Код кафедры] HAVING (((Count(сотр.ФИО))>5));

Кафедры с числом сотрудников более 5 человек