Разработка релиационной базы данных в среде mysql
Содержание:
1. Техническое задание
2. Теоретическая часть
2.1. Модели баз данных
2.1.1. Объектные модели данных
2.1.2. МД на основе записей
2.1.2.1. Реляционные МД (Пост-реляционные МД)
2.1.2.2. Сетевые МД
2.1.2.3. Иерархические МД
2.1.3. Физические МД
2.2. Описание MySQL
2.2.1. История создания MySQL
2.3. Основные возможности MySQL
2.3.1. Язык запросов SQL
2.3.2. Внутренняя характеристика
2.3.3. Тип и структура таблиц
2.3.4. Типы столбцов
2.3.5. Команды и функции
2.3.6. Основные утилиты MySQL
3. Практическая часть
3.2. Проектирование и создание базы данных
3.3. Запросы
3.4. Заключение
3.5. Список используемой литературы
1.Техническое задание.
Информационные технологии стали неотъемлемой частью современного мира. Для принятия обоснованных и эффективных решений необходимо уметь с помощью компьютеров и средств телекоммуникаций получать, хранить и обрабатывать данные, а так же представлять в электронном или распечатанном виде.
В разных областях зачастую приходится работать с данными из разных источников, каждый из которых связан с определенным видом деятельности. Для координации всех этих данных необходимы определенные знания и организационные навыки. Продукт MySQL объединяет сведения из разных источников в одной реляционной базе данных. Создаваемые в нем формы, запросы и отчеты позволяют быстро и беспрепятственно обновлять данные, получать ответы на вопросы, осуществлять поиск нужных данных, анализировать данные, печатать отчеты и др.
Цель данной курсовой работы заключается в рассмотрении основных вопросов проектирования баз данных в теории и создания базы данных на практике. Задача курсовой работы заключается в создании трех таблиц и запросов в среде MySQL.
2.Теоретическая часть.
2.1.Модели данных
Модели данных - интегрированный набор данных для описания и обработки данных, связанные между ними и ограничения, накладываемые на данные в некоторых организациях, модель является представлением «реального мира», объектов и событий, а также существование связей. Модели данных должны отображать концепции, представленные в таком виде которое позволяет проектировщикам БД обмениваться конкретными и не двусмысленными мнениями, у тех или иных данных в технических организациях. Модель данных состоит из 3 компонентов: структурная (набор правил построения БД), управляющая (определение типа операций с данными, операции обновления и извлечение данных, операция изменения БД ) , набор (необязательных) ограничений поддержки целостности данных(гарантированная корректность исполнения данных).Модели данных подразделяются на 3 категории: объектные(object- based), Модель данных на основе записи (record-based), физические модели данных. Первые 2 модели используют для описания данных на концептуальном и внешнем уровне, а последняя на внутреннем.
2.1.1.Объектные модели данных.
При создании объектных моделей данных используются понятия:
-сущность это отдельные элементы деятельности организации( детализирование сотрудников,клиентов, место, вещь, понятие, событие) который должен быть представлен в БД.
-атрибут – свойство которое описывает некоторый аспект объекта и значение которое следует зафиксировать.
- связь – ассоциативное отношение между сущностями.
Сегодня ER-модель стала основой методов концептуальным проектирование БД.
1) систематическая модель данных
2)функциональная модель
3)объектно-ориентированная модель.
2.1.2.МД на основе записей.
В модели данных на основе записей база данных состоит из записей фиксированного формата, которые могут иметь разные типы. Каждый тип записи определяет фиксированное количество полей, каждое из которых имеет фиксированную длину.
Существуют 3 основных типа МД на основе записей:
Реляционные МД
Сетевые МД
Иерархические МД
2.1.2.1. Реляционные МД (Пост-реляционные МД)
Пост-реляционная МД является расширенной реляционной МД, поэтому в этом разделе будем рассматривать пост-реляционную модель.
Данная модель снимает ограничения по целостности данных, хранящихся в базе данных. Эта модель допускает многозначные поля – поля, значения которых состоят из подзначений. Набор значений многозначных полей считается самостоятельной таблицей, встроенной в основную.
Так же эта модель поддерживает ассоциированные многозначные поля. В строке первое значение одного столбца ассоциировано соответствует первым значениям всех других столбцов этой ассоциации. Аналогичным образом связаны все остальные значения столбцов.
На длину полей и количество полей в записях не накладывается требование постоянства. Это означает, что структура данных и таблицы имеют большую гибкость. Поскольку пост-реляционная модель допускает хранение в таблице ненормализованных данных, то возникает проблема обеспечения целостности и непротиворечивости данных. Эта проблема решается с помощью включения СУБД-механизмов, подобных хранимым процедурам в «клиент-сервер» системах.
Достоинства:
Возможность представления совокупности связанных реляционно таблиц в одну релиционную таблицу
Высокая надежность представления информации
Эффективная обработка данных
Недостатки:
Сложность решения проблемы обеспечения и непротиворечивости хранения данных
2.1.2.2. Сетевые МД.
Сетевая модель данных – модель, состоящяя из записей элементов данных и связей типа «один-ко-многим», устанавливаемые между записями.
Сетевая МД представляет данные в виде коллекции записей, а связи в виде наборов. В отличие от пост-реляционной МД, связи здесь явным образом моделируются наборами, которые реализуются в виде указателей. Сетевую модель можно представить как граф с записями в виде узлов и наборами в виде ребер.
Сетевая база данных состоит из набора записей и набора соответствующих связей. В сетевой модели запись-потомок может иметь несколько записей-предков.
Число важнейших операций манипуляции данными в базе данных можно отнести:
Поиск записи в базе данных
Переход от предка к первому потомку
Переход от потомка к предку
Создание новой записи
Удаление текущей записи
Обновление текущей записи
Включение записи в связь
Исключение записи из связи
Изменение связей
Достоинства:
Возможность эффективной реализации по показателям затрат памяти и оперативности
Предоставление больших возможностей в допустимости образования произвольных связей
Недостатки:
Высокая сложность и жесткость схемы базы данных, построенной на ее основе
Сложность для понимания и выполнения обработки информации в базе данныхобычным пользователем
Ослаблен контроль целостности связей вследствие допустимости установления произвольных связей между записями
2.1.2.3. Иерархические МД.
Иерархическая модель данных является ограниченным подтипом сетевой модели данных. В ней данные так же представлены как коллекции записей, а связи – как наборы, однако в иерархической модели узел может иметь только одного родителя. Указанная модель может быть представлена как древовидный граф с записями в виде узлов (которые называются сегментами) и множествами в виде ребер.
Основанная на записях модель данных используется для определения общей структуры базы данных и высокоуровневого описания ее реализации. Их основной недостаток заключается в том, что они не дают адекватных средств для явного указания ограничений, предъявляемых к данным.
При использовании иерархической модели данных от пользователя требуется знание физической организации базы данных, к которой должен осуществляться доступ.
Иерархическая система использует навигационный подход – система указывает, как нужно извлечь данные.
Указанная модель характеризуется такими параметрами как:
Уровни
Узлы
Связи
Принцип работы такой модели заключается в том, что несколько узлов более низкого уровня соединяются с одним узлом более высокого уровня. Так дерево является структурированным. Он включает подтипы (поддеревья), каждый из которых в свою очередь является типом «дерево». Каждый из типов «дерево» состоит из одного (корневого) типа и упорядоченного (возможно пустого) набора подчиненных типов. Каждый из элементарных типов, включенных в тип «дерево», является простым или составным типом «записи». Простая запись состоит из одного типа (например числового), а составная – из совокупности типов (например целое, строка символов и тд.)
Достоинства:
Эффективное использование памяти ЭВМ
Неплохие показатели по времени при манипулировании данными
Указанная модель данных удобна при работе с иерархически-упорядоченной информацией
Недостатки:
Громоздкость для обработки информации с достаточно сложными логическими связями
Сложность понимания обычному пользователю
2.1.3.Физически МД.
Физическая модель данных описывает то, как данные хранятся в компьютере, предоставляя информацию о структуре записей, их упорядоченности и существующих путей доступа. Физических моделей данных не так много.
Самыми популярными считаются:
Обобщенная модель
Модель памяти карты
2.2.Описание MySQL.
MySQL — свободно-распространяемая система управления реляционными базами данных, доступная для множества платформ. Изначально была разработана Майклом Видениусом и принадлежала специально созданной для развития этой СУБД компании MySQL AB. В 2008 г. компания была приобретена Sun Microsystems, а с 2010 — стала принадлежать Oracle после того, как последняя поглотила Sun. Несмотря на все эти коммерческие метаморфозы, MySQL остается самой популярной СУБД в мире программного обеспечения с открытым кодом и одной из популярнейших в мире СУБД вообще.
MySQL имеет двойное лицензирование:
GNU GPL (лицензия на свободное ПО);
коммерческая лицензия, позволяющая использовать MySQL, не открывая исходный код своих продуктов, как того требует GPL (в случае использования/модификации кода самой СУБД MySQL).
У MySQL две основные версии:
бесплатная — MySQL Community Server, именно она наиболее популярна:предоставляется хостинг-компаниями для веб-сайтов, входит в состав многочисленных Linux-дистрибутивов, интегрируется в программное обеспечение с открытым исходным кодом и так далее; для выполнения всех лабораторных работ будет использоваться именно эта версия;
коммерческая — MySQL Enterprise, она основывается на бесплатной версии, но включает в себя ряд дополнительных инструментов для работы с базами данных, а также профессиональную техническую поддержку от компании-производителя (Oracle).
Кроме того, существует ряд отдельных продуктов, построенных на базе MySQL. Например, MySQL Cluster — самостоятельное решение, основанное на MySQL с хранилищем NDBCLUSTER и предназначенное для построения кластеров, а MySQL Embedded Database — редакция MySQL для использования в качестве встраиваемой СУБД.
2.2.1.История создания MySQL.
До 1994 года на рынке были представлены главным образом базы данных, предназначенные для работы со значительными объемами данных и сложными взаимосвязями, которые обладали различными возможностями, но в тоже время требовали значительных вычислительных ресурсов. К числу таких баз данных относятся Oracle, Informix и Sybase. СУРБД с поддержкой SQL и доступных по стоимости в это время не было.
Крупные корпорации и университеты могли себе позволить приобрести мощные вычислительные комплексы, а небольшие организации и пользователи пользовались слабыми настольными базами данных, такими, как Postgres, в которой использовалась разновидность языка QUEL (PostQUEL), но, которая, к сожалению, требовала таких же ресурсов, что и ее аналоги, но не давала преимущества использования SQL в качестве языка запросов.
Дэвид Хьюз
Давид Хьюз часть своей диссертации, которую он писал в Университете Бонд в Австралии, посвятил разработке системы наблюдения и контроля из одной или нескольких точек за группой систем. Главным элементом проекта, который назывался Minerva Network Management System, была база данных для хранения информации обо всех компьютерах в сети. Для решения своих задач Хьюз решил использовать Postgres. Однако коллеги предложили использовать SQL в качестве языка запросов для Minerva, поскольку SQL является наиболее распространенным языком запросов, и, используя его, Minerva могла бы стать доступной в любой точке планеты, где стоит СУРБД, поддерживающая SQL.
Хьюз нашел выход в том, что решил создать программу, в режиме реального времени транслирующую SQL в PostQUEL. Он написал такую программу и назвал ее miniSQL, или mSQL. Она перехватывала предложения SQL, посылаемые Minerva, преобразовывала их в PostQUEL и пересылала результат в Postgres.
Некоторое время такая ситуация устраивала Хьюза. Однако в результате дальнейшего роста Minerva, стало очевидно, что на тех ограниченных ресурсах, которые ей доступны, поддерживать тот небольшой набор характеристик, который ей необходим, ни Postgres, ни какая другая большая СУРБД не смогут. Так, например, для того, чтобы реализовать возможность одновременного подключения Minerva сразу к нескольким базам данных, Postgres требовал одновременного запуска нескольких экземпляров сервера базы данных.
Для решения этих проблем Хьюз проанализировал свое отношение к Minerva, и, оказалось, что для Minerva многие возможности, имеющиеся в Postgres, не нужны и снижают ее производительность. Основными запросами, генерируемыми Minerva, были: «insert», «delete» и «select». Поскольку у Хьюза уже был mSQL, осуществлявший трансляцию SQL, ему требовалось только создание сервера базы данных, удовлетворяющего его потребностям.
Михаил Видениус
Изобретателем MySQL является Михаил Видениус из шведской компании TcX. В 1979 году он разработал средство управления базами данных, которое называлось UNIREG. В дальнейшем UNIREG была расширена для поддержки больших баз данных и была переписана на нескольких языках. В 1994 году компания TcX стала разрабатывать приложения для www с использованием UNIREG. Однако в связи с большими накладными расходами UNIREG не могла успешно использоваться для динамической генерации Web-страниц. Поэтому Видениус решил связаться с автором mSQL, Хьюзом, чтобы предложить ему подключить mSQL к обработчику B+ ISAM в UNIREG. Однако Хьюз успешно продвинулся на пути к mSQL 2, и компания решила создать сервер баз данных под свои нужды.
В TcX взяли за основу UNIREG и использовали утилиты сторонних разработчиков для mSQL, написали API для своей системы, который изначально сильно совпадал с API для mSQL. Однако это позволяло любому пользователю mSQL, желающему перейти на сервер баз данных ТсХ, внести в свой код незначительные изменения. Исходный код новой базы данных был полностью оригинальных. Таким образом, в мае 1995 года у компании имелась база данных MySQL 1.0 полностью удовлетворяющая потребностям компании.
MySQL перенесена на многие ОС UNIX, под Win32 и OS/2 с момента выпуска в Интернет и представляет собой быстро развивающуюся платформу баз данных, благодаря множеству программистов, заинтересованных в ее развитии.
В 1995 году Дэвид Оксмарк, работающий в компании Detron HB и являющийся бизнес-партнером фирмы, начал «давление» на ТсХ с тем, чтобы она начала распространять СУБД MySQL через интернет. Кроме того, Дэвид принял участие в работе над документацией. Версия 3.11.1 СУБД MySQL была выпущена в свет в 1996 году в виде бинарного дистрибутива для работы под управлением ОС Linux и Solaris. Сегодня MySQL работает на многих платформах и доступен как в двоичных кодах, так и в исходных текстах.
Одна из причин популярности MySQL среди пользователей РНР заключается в том, что поддержка этого сервера включается в поставку РНР. Благодаря хорошим характеристикам и обширному набору стандартных интерфейсных функций, очень простых в использовании, MySQL стал самым популярным средством для работы с базами данных в РНР.
Лицензионная политика MySQL отличается большей гибкостью в сравнении с другими серверами баз данных. По сути, MySQL распространяется бесплатно за исключением тех случаев, когда вы намереваетесь ее продавать или продавать услуги, создаваемые с ее помощью
MySQL обладает отличной переносимостью и может, с тем же успехом, использоваться на коммерческих операционных системах, таких как Solaris, Irix или Windows, и на любой аппаратуре вплоть до мощных серверов. Более того, так же как и ее более «дорогие соперники», она позволяет обрабатывать большие базы данных, содержащие миллионы записей.
2.3.Основные возможности MySQL
2.3.1.Язык запросов SQL
После подключения к серверу терминал начинает принимать и выполнять как специальные внутренние команды (для вывода их списка и справки по ним наберите в терминале "help" и нажмите на Enter), так и запросы на языке SQL, используемом в MySQL.
Операции, выполняемые над отношениями, условно делят на две группы:
• операции над множествами (объединение, пересечение, разность, деление, декартово
произведение);
• операции над отношениями (проекция, соединение, выбор).
В реляционных СУБД для выполнения операций над отношениями используются две группы языков, в качестве математической базы для которых используются теоретические языки запросов, предложенные Эдгаром Коддом:
• реляционная алгебра;
• реляционное исчисление.
В первом случае (реляционная алгебра) операнды и результаты всех действий являются отношениями. Такие языки — процедурные, поскольку отношение, которое является результатом запроса к базе данных, вычисляется при последовательном выполнении операторов, применяемым к отношениям. Сами операторы состоят из операндов (отношений) и реляционных операций (их
результатом тоже является отношение).
Языки реляционного исчисления — непроцедурные, их называют описательными или декларативными. Они позволяют составлять запросы с помощью предиката первого порядка, которому должны удовлетворять кортежи или домены отношений. Таким образом, запрос к базе данных на таком языке содержит только информацию о желаемом результате. К языкам этой группы относится и SQL.
SQL (Structured Query Language, "язык структурированных запросов") — универсальный язык, применяемый для создания, модификации и управления данными в реляционных базах данных. В нем создается линейная последовательность операторов языка, которые выполняются
СУБД.
Операторы состоят из:
• имен операций и функций;
• имен таблиц и их столбцов;
• зарезервированных ключевых слов и специальных символов;
• логических, арифметических и строковых выражений.
2.3.2.Внутренняя характеристика
Написан на C и C++. Протестирован на множестве различных компиляторов.
Работает на различных платформах.
Для обеспечения переносимости используется GNU Automake, Autoconf и Libtool.
API для C, C++, Eiffel, Java, Perl, PHP, Python, Ruby и Tcl.
Полностью многопоточный с использованием потоков ядра. Это означает, что, если такая возможность обеспечивается, можно легко организовать работу с несколькими процессорами.
Очень быстрые дисковые таблицы на основе В-деревьев со сжатием индексов.
Очень быстрая базирующаяся на потоках система распределения памяти.
Очень быстрые соединения, использующие оптимизированный метод однопроходного мультисоединения (one-sweep multi-join).
Хеш-таблицы в памяти, используемые как временные таблицы.
SQL-функции реализованы при помощи хорошо оптимизированной библиотеки классов, поэтому они выполняются настолько быстро, насколько это возможно. Обычно после инициализации запроса распределения памяти не происходит вообще.
MySQL- код протестирован с использованием Purify (коммерческий детектор утечки памяти), а также Valgrind, одного из GPL-инструментов.
2.3.3.Типы и структура таблиц
Создание, заполнение и изменение таблиц в MySQL осуществляются с помощью
стандартных SQL операторов CREATE TABLE, ALTER TABLE, INSERT, UPDATE, DELETE.
Определен также оператор REPLASE, который действует аналогично INSERT, но таким образом,
что если значение индекса UNIQUE или PRIMARY KEY в старой записи таблицы такое же, как и
в новой, то старая запись перед занесением новой будет удалена. Оператор TRUNCATE TABLE
предназначен для полного очищения таблицы.
Просмотреть список таблиц текущей базы данных позволяет конструкция SHOW TABLES,
а получить описание столбцов конкретной таблицы можно при помощи оператора DESCRIBE,
который не является стандартным и присутствует лишь в MySQL SQL.
2.3.4.Типы столбцов
Большое количество: целочисленные со знаком/без знаковые, длиной в 1, 2, 3, 4 и 8 байтов, FLOAT, DOUBLE, CHAR, VARCHAR, TEXT, BLOB, DATE, TIME, DATETIME, TIMESTAMP, YEAR, SET и ENUM.
С записями фиксированной и переменной длины.
Все столбцы имеют значения по умолчанию. С помощью INSERT можно вставить подмножество столбцов таблицы; столбцы, для которых явно не заданы значения, устанавливаются в значения по умолчанию.
2.3.5.Команды и функции
Полная поддержка операторов и функций в SELECT- и WHERE- частях запросов.
Полная поддержка для операторов SQL GROUP BY и ORDER BY с выражениями SQL. Поддержка групповых функций (COUNT(), COUNT(DISTINCT ...), AVG(), STD(), SUM(), MAX() и MIN()).
Поддержка LEFT OUTER JOIN и RIGHT OUTER JOIN с синтаксисом ANSI SQL и ODBC.
Разрешены псевдонимы для таблиц и столбцов в соответствии со стандартом SQL92.
Поддержка функций DELETE, INSERT, REPLACE, и UPDATE.
Имена функций не конфликтуют с именами таблиц и столбцов. Например, ABS является корректным именем столбца. Для вызова функции существует только одно ограничение: между именем функции и следующей за ним открывающей скобкой "(" не должно быть пробелов.
В одном и том же запросе могут указываться таблицы из различных баз данных.
2.3.6.Основные утилиты MySQL
В стандартном дистрибутиве MySQL поставляются клиентские программы (утилиты), взаимодействующие с MySQL-сервером: mysql (консольный клиент для доступа к MySQL-серверу, позволяющий выполнять SQL-запросы), mysqladmin (утилита для выполнения административных функций, таких как создание или удаление баз данных, получение информации о процессах, состоянии сервера и т. п.), mysqldump (утилита для вывода содержимого базы данных MySQL в виде текстового файла с SQL-операторами), mysqlimport (выполняет перенос
информации из текстового файла в таблицы баз данных) и mysqlshow (отображает информацию о существующих базах данных, таблицах, полях и индексах).
К утилитам, которые могут функционировать без подключения к серверу MySQL,
относятся: myisampack (сжимает таблицы типа MylSAM, уменьшая их в размере и делая доступными только для чтения), mysqlcheck (утилита, используемая для описания, проверки, оптимизации и восстановления таблиц), mysqlbinlog (данная утилита используется для чтения содержимого журнала двоичной регистрации при восстановлении данных в нештатных ситуациях) и perror (утилита, которая выводит расшифровку кодов системных ошибок и ошибок MySQL).
3.Практическая часть.
3.2.Проектирование и создание базы данных
1.Создание базы данных:
MySQL>CREATE DATABASE kurss;
2. Использование созданной БД:
MySQL>USE kurss;
3.Cоздание 3 таблицы в нашей базе данных
3.1. Таблица сhamp cо следующими столбцами: id чемпионата, название , город и год проведения.
MySQL>CREATE TABLE сhamp (
id_champ INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
n_champ VARCHAR (16),
city VARCHAR (16).
year INT);
3.2. Таблица teams со столбцами: id, название команды и страна.
MySQL>CREATE TABLE Teams (
id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
n_team VARCHAR (16),
country VARCHAR(16));
3.3.Таблица matchi co cтолбцам: id, команда1, команда2, id чемпионата, счет).
MySQL>CREATE TABLE matchi (
id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
team1 VARCHAR (16),
team2 VARCHAR (16),
id_champ INT,
score VARCHAR (16));
4.Заполнение таблиц
4.1. Таблица champ
MySQL>INSERT INTO champ
VALUES (1, “English Leage”, ”London”,1993);
VALUES (2, “Spanish Leage”, ”Lisabon”,1987);
VALUES (3, “Russian Leage”, ”Moskow”,2001);
VALUES (4, “Champion Leage”, ”Tokio”,2012);
VALUES (5, “World Cup”, ”Keln”,2009);
VALUES (6, “Euro Cup”, ”Berlin”,2009);
VALUES (7, “German Cup”, ”Berlin”,2006);
VALUES (8, “FNL”, ”Omsk”,2002);
VALUES (9, “FIFA”, ”London”,2014);
VALUES (10, “2st Devision”, ”Volokolamsk”,1990);
4.2.Таблица teams
MySQL>INSERT INTO teams
VALUES (46, “Arsenal”, “England”);
VALUES (73, “Chelsea”, “England”);
VALUES (34, “Tottenham”, “England”);
VALUES (13, “Spartak”, “Russia”);
VALUES (23, “Dinamo”, “Russia”);
VALUES (7, “CSKA”, “Russia”);
VALUES (56, “Barcelona”, “Spanish”);
VALUES (47, “Real Madrid”, “Spanish”);
VALUES (86, “Bavaria”, “German”);
VALUES (90, “Nuremberg”, “German”);
4.3.Таблица matchi
MySQL>INSERT INTO matchi
VALUES (1, “Barcelona”, ”Real Madrid”, 2, ”2:1”);
VALUES (2, “Spartak”, ”Dinamo”, 3, ”3:1”);
VALUES (3, “Arsenal”, ”Chelsea”, 1, ”3:2”);
VALUES (4, “Arsenal”, ”Tottenham”, 1, ”1:4”);
VALUES (5, “Barcelona”, ”Tottenham”, 4, ”3:3”);
VALUES (6, “Barcelona”, ”Spartak”, 5, ”4:0”);
VALUES (7, “Bavaria”, ”Spartak”, 6, ”4:2”);
VALUES (8, “Bavaria”, ”Nuremberg”, 7, ”1:2”);
VALUES (9, “CSKA”, ”Dinamo”, 8, ”1:1”);
VALUES (10, “Arsenal”, ”Dinamo”, 9, ”4:1”);
VALUES (11, “Spartak”, ”CSKA”, 10, ”4:4”);
3.3.Запросы.
Запрос 1.
Цель запроса: Вывести все английские команды
MySQL>select teams.n_team from teams where teams.country = "England";
Запрос 2.
Цель запроса: Поменять год проведения турнира FIFA c 2014 на 2009
MySQL>UPDATE champ SET year = 2009 WHERE ((id_champ = 9) AND (year = 2014));
Запрос 3.
Цель запроса: Вывести все турниры проходящие в 2009 году
MySQL>select champ.n_champ from champ where champ.year = 2009;
