Решени задачи с Аccess 2010 queries

Задачи за запитвания (Queries)
Задачите са свързани с примерната БД на фирма “NorthWind traders” NorthWind.mdb с
познатата схема :

Схемата на базата данни показва таблиците и връзките между тях.
Всяка таблица е представена с правоъгълно прозорче. В заглавната лента е името на
таблицата, а в прозорчето са имената на колонките. Таблица Customers изглежда така:

Както се вижда в схемата на базата данни за всяка таблица са записани само имената на
колонките, т.е. антетката, а таблицата е завъртяна на 90 о. За да си представим реалната таблица
е необходимо да я транспонираме, което означава редовете да станат колонки.
Едно или няколко полета във всяка таблица са маркирани отпред със символ, който
прилича на ключ. Понятието ключ (първичен и външен) е основно при релационните бази
данни. Всяко поле, което изпълнява ролята на първичен ключ трябва да е уникално в рамките
на таблицата и да идентифицира еднозначно останалите полета. То се използва като
референция в другите таблици и „замества” всички останали данни.
За да се подчертае този факт обикновено името на колонката (полето) завършва с
ID(entifier) (CustomerID, ProductID и т.н.).
Първичният ключ, който е включен в друга таблица като поле, се нарича външен ключ
(най-често със същото име на полето като първичния). По този начин (чрез двойката първичен
и външен ключ) се реализират връзките между таблиците.

В таблица Orders са цитирани първичните ключове на три други таблици – Customers,
Employees и Shippers. За последната референция е нарушено правилото полетата да имат едно
и също име (ShipperID – ShipVia), с което се показва, че това не е задължително, но е
препоръчително.
Между първичен и външен ключ има линия, която ги свързва. В двата края на линията
стоят символите 1 и ∞(много). Единицата обикновено стои при първичния ключ и показва, че
един запис от първата таблица е свързан с много записи в другата таблица. Тази нотация
отразявя реалния факт, че един клиент може да направи много поръчки, една стока може да се
включи в много поръчки, един служител може да приеме много поръчки, един доставчик може
да доставя много стоки, една поръчка може да включва повече от една стока и т.н .
Ако разгледаме внимателно схемата на