- •2. Пропозиція selecTі способи використання
- •3. Правила агрегації інформаційних об’єктів при інфологічному проектуванні бд.
- •3. Характеристика основних етапів розробки інфологічної моделі
- •Выборка вычисляемых значений
- •3. Поняття структурних зв’язків та правила їх побудови при інфологічному проектуванні бази даних.
- •Использование операторов сравнения
- •3. Інформаційні запити та правила їх побудови при інфологічному проектуванні бд.
- •2. Використання in Использование in
- •3. Порядок приведення реляційних відношень до 5нф
- •Использование between
- •3. Правила побудови реляційної моделі даних.
- •Использование like
- •3. Суть реляційного підходу до проектування баз даних
- •Агрегирование данных sql-функции
- •Функции без использования фразы group by
- •3. Поняття об’єктних та зв’язкових відношень в реляційних бд та суть умови посилкової цілістності даних.
2. Використання in Использование in
Выдать сведения о блюдах на основе яиц, крупы и овощей
SELECT *
FROM Блюда
WHERE Основа IN (Яйца Крупа Овощи);
Результат:
БЛ |
Блюдо |
В |
Основа |
Выход |
Труд |
1 |
Салат летний |
З |
Овощи |
200. |
3 |
3 |
Салат витаминный |
З |
Овощи |
200. |
4 |
16 |
Драчена |
Г |
Яйца |
180. |
4 |
17 |
Морковь с рисом |
Г |
Овощи |
260. |
3 |
19 |
Омлет с луком |
Г |
Яйца |
200. |
5 |
20 |
Каша рисовая |
Г |
Крупа |
210. |
4 |
21 |
Пудинг рисовый |
Г |
Крупа |
160. |
6 |
23 |
Помидоры с луком |
Г |
Овощи |
260. |
4 |
Рассмотренная форма IN является в действительности просто краткой записью последовательности отдельных сравнений, соединенных операторами OR. Предыдущее предложение эквивалентно такому:
SELECT *
FROM Блюда
WHERE Основа=Яйца OR Основа=Крупа OR Основа=Овощи;
Можно задать и NOT IN (не принадлежит), а также возможность использования IN (NOT IN) с подзапросом (см. главу 3).
3. Порядок приведення реляційних відношень до 5нф
Вiдношення, яке вмiщує бiльш як три багатозначні залежності, потребує спецiальних прийомiв для забезпечення процесу зворотностi декомпозицiї. Для цього iснує 5НФ. Декомпозицiєю з 4НФ отримують такi проекцiї, щоб кожна з них вмiщувала шонайменше один можливий ключ i принаймні один неключовий атрибут початкового вiдношення. 5НФ усуває надлишковістю i водночас аномалiї поповнення БД. Якщо відомі всі потенційні ключі відношення і воно не має залежностей з’єднання, можна стверджувати, що відношення перебуває у 5НФ.
Білет 16.
1. Моніторинг екземпляра Oracle
Для того щоб настроїти екземпляр, необхідно встановити потрібні значення параметрів, збережені у файлі init.ora. (Крім файлу ініціалізації init.ora, Oracle має ще й серверний файл параметрів spfile, який дозволяє динамічно змінювати параметри екземпляра без перезавантаження БД). Настроювання екземпляра найчастіше являє собою ітераційний процес, коли спочатку встановлюються орієнтовані наближені значення параметрів, а потім вони уточнюються в міру нагромадження досвіду експлуатації.
Файл ініціалізації має велике число параметрів, багато з яких не документовані. Щоб довідатися, які параметри необхідні для ініціалізації БД, можна запросити вміст внутрішньої таблиці БД x$ksppi, у якій перераховані всі параметри БД. Її поля ksppinm і ksppdesc містять найменування параметрів і короткий опис їхнього призначення.
Недокументовані параметри відрізняються за найменуванням, вони починаються із символу підкреслення. Такі параметри краще не модифікувати, не знаючи їхнього призначення, це може мати жалюгідні наслідки. Існує безліч параметрів суто для цілей діагностики, зміна яких може спричинити розлад механізму синхронізації даних та навіть їхню втрату. Тому краще не модифікувати параметри у файлі init.ora доти, поки адміністратор не буде мати чіткого уявлення про всі можливі наслідки.
Адміністратор рідко втручається в роботу фонових процесів. Однак це стається, якщо в роботі системи виникли які-небудь проблеми, причину яких необхідно діагностувати й усунути. Існує декілька способів, які дають можливість проаналізувати динаміку виконання фонових процесів.
2. Використання BETWEEN