Обзор:
1. Краткое содержание курса:
основы реляционной базы данных / установка MySQL / управление базами данных и таблиц / управление пользователями и полномочиями / функции и хранилище / архитектура MySQL / механизм хранения / параметры сервера, системные переменные и переменные состояния / оптимизация управления запросами и индексами / Управление блокировками и транзакциями / управление журналами / резервное копирование и восстановление / MySQL-кластер
2. Эпоха данных: дизайн большого количества данных / данных не заканчивается и не исчезает с окончанием программы / данные используются несколькими приложениями / большими данными
3.
Начинающаяся история разработки баз данных Этап: Файловая система: Использование файлов на диске для хранения данных
Первичный этап: База данных первого поколения: Появление модели сетки и иерархической модели базы данных
Промежуточный этап: База данных второго поколения: Реляционная база данных и язык структурированных запросов
Расширенный этап: Первый База данных генерации: реляционно-объектная база данных
4. Система управления базой
данных База данных базы данных - это совокупность данных. Она существует на носителе в определенной организационной форме.
СУБД: это системное программное обеспечение для управления базой данных. Она реализует различные функции системы баз данных. Число является ядром системы
баз данных. Администратор баз данных: ответственный
Приложения для планирования, проектирования, координации, обслуживания и управления базами данных должны относиться к приложениям на основе баз
данных.Основные функции систем управления базами данных:
определение
данных, обработка
данных, безопасность
данных, резервное копирование
данных, архитектура системы баз данных:
щелкните по архитектуре: выполняется инвентаризация данных На мэйнфрейме, таком как финансовое программное обеспечение,
архитектура мэйнфрейма / терминала: Multics - это архитектура терминала мэйнфрейма.
Архитектура ведущий-ведомый (C / S): это текущая модель основной архитектуры, mysql, oracle, SqlServer /
распределенная архитектура:
реляционная база данных:
связь: связь - это двумерная таблица, отвечающая следующим свойствам: строки и столбцы в таблице Порядок не важен
. Строка: каждая строка в таблице, также известная как запись; также известная как
столбец столбца записи : каждый столбец в таблице, известный как математика, поле; также известный как: поле,
первичный ключ столбца столбца. первичный ключ: поле, используемое для однозначного определения
домена записи : диапазон значений атрибута, например, пол, может быть только двумя значениями: «мужской» и «женский».
Не все базы данных являются реляционными базами данных.
Нереляционные базы данных: производительность особенно хороша в большинстве случаев,
NO SQL (не только SQL), memcached, redis, значение k / v
mongodb (хранение документов на основе документов)
5. Реляционная база данных:
СУБД: MySQL: mysql, mariadb, percona server
postgresql: pgsql для краткости, enterpriseisedb
oracle:
MSSmssql:
DB2:
transaction transaction: рассматривать каждую операцию как единое целое ACID:
A: атомарность:
B: согласованность
I: Изоляция
D: стойкость
Модель отношения
сущность ER Entity Entity
объективно существует и может отличаться друг от друга объективными делами или абстрактными делами, называемыми сущностями.
На диаграмме ER сущность представлена прямоугольным прямоугольником, и в нем записано имя сущности
Атрибуты: характеристики или свойства сущности.
Соединение: это набор ассоциаций между данными,
внутреннее соединение объективно существующей сущности семантической цепочки приложения : связь между атрибутами сущности, например сущностью сотрудника, существует взаимосвязь ассоциации между номером сотрудника и руководителем отдела.
Связь между объектами: относится к связи между различными объектами, например, между объектом выбора курса студента и основным информационным объектом студента,
и связь между объектами представлена ромбовидной рамкой.
Тип контакта: контакт
один-к-одному (1: 1) контакт
один-ко-многим (1: n) контакт
многие-ко-многим (m: n)
6. Три элемента
данных : структура данных: включает две категории:
одна связана с типами данных, Объекты, относящиеся к содержанию и природе, такие как домены, атрибуты и отношения в реляционной модели.
Другой относится к связи между данными. Он выражает
действие структуры данных записей данных и полей из уровня организации
данных : данные Извлечение: извлеките интересующий контент из набора данных. Обновление
данных SELECCT : изменение данных в базе данных.
Ограничения для данных INSERT, DELETE и UPDATE : одиннадцать наборов правил целостности установить целостность
объекта (строки) целостность объекта
(столбца) целостность Целостность домена
Ссылочная целостность
7. Нормализованный анализ простых данных
Парадигма проектирования RDMBS Базовая концепция: при разработке реляционной базы данных следуйте различным спецификациям и создайте разумную реляционную базу данных. Эти различные спецификации называются разными парадигмами. Различные парадигмы становятся иерархическими спецификациями. Чем выше парадигма, тем более избыточной база данных. small В
настоящее время существует шесть парадигм реляционных баз данных: первая парадигма: (1NF), вторая нормальная форма (2NF), третья нормальная форма (совершенная парадигма), для удовлетворения минимальных требований парадигмы является первой нормальной формой (1NF) в первой парадигме. Исходя из этого, та, которая в дальнейшем соответствует большему количеству спецификаций, называется второй нормальной формой (2NF), а остальные парадигмы аналогичны один раз. Вообще говоря, база данных должна соответствовать только третьей нормальной форме (3NF).
1NF: нет повторяющихся столбцов, каждый столбец является неотделимым элементом основных данных, в одном столбце не может быть нескольких значений, а атрибут в сущности не может иметь несколько значений или не иметь одинаковых атрибутов. Типы полей - это неповторяющиеся столбцы,
Объяснение: Первая нормальная форма (1NF) является основным требованием для магии отношений. База данных, которая не соответствует первой нормальной форме (1NF), не является реляционной базой данных.
2NF: атрибуты полностью зависят от первичного ключа, и вторая нормальная форма должна сначала удовлетворять первой нормальной форме. Каждая строка в таблице должна быть уникально различимой, обычно столбец над ценой, чтобы хранить уникальную идентификацию pk каждого экземпляра, а поля, отличные от pk, должны быть напрямую связаны со всем pk.
3NF. Атрибуты не зависят от других непервичных атрибутов. Чтобы соответствовать третьей нормальной форме, сначала должна выполняться вторая нормальная форма. Третья нормальная форма должна требовать, чтобы таблица базы данных не содержала информацию о непервичном ключе, которая уже содержится в других таблицах, а не pk Между полями не может быть подчинения.
Во-вторых, Обзор SQL:.
1, SQL: язык структурных запросов Язык
структурированных запросов
sql-интерпретатор:
протокол хранения данных: протокол, C / S
S: сервер и прослушивающий сокет для приема и обработки запросов клиентских приложений
c: клиентский
интерфейс клиентская программа: CLI, GUI
2, интерфейс прикладного программирования:
ODBC: Open Database Connectivity
JDBC: Java data Base Connectivity
. 3, ограничение: ограничение, таблица данных, которую необходимо соблюдать, ограничивает
комбинации одного или нескольких полей: первичный ключ Введенные данные должны иметь возможность однозначно идентифицировать строку в этой таблице, и данные должны быть предоставлены. Не ноль, таблица может иметь только один
уникальный ключ: комбинация одного или нескольких полей, данные о грудном молоке должны быть в этой таблице. Он однозначно идентифицирует эту строку. Допускается значение NULL. Таблица может иметь несколько
внешних ключей: данные, которые могут быть заполнены в поле в таблице, зависят от первичного ключа или уникального ключа другой таблицы.
Проверка существующих данных : значение поля находится в определенном диапазоне Внутренний
индекс: скопируйте данные в одно или несколько полей в таблице и сохраните их как отдельную копию, а затем вырежьте их, чтобы отсортировать и сохранить в определенном
порядке.44 Операции с отношениями: выбор: выбор подходящих строк.
Прогноз: выбор необходимых полевых
соединений. : Корреляция между стандартными полями
4. Модель данных: Абстракция данных:
Физический уровень: Формат хранения данных, то есть то, как СУБД организует файлы на диске.
Логический уровень: перспектива DBA, описывающая, какие данные хранятся и какие отношения существуют между данными
Уровень представления: точка зрения пользователя, описание части данных в БД
5. Классификация
реляционной модели : объектно-ориентированная реляционная модель
полуструктурированная реляционная модель: данные XML.
6. История разработки mysql:
1979: компания TcX Monty Widenius, Unirey
1996: выпущена версия MySQL L1.0 Solaris, версия Linux
1999: MySQL AB, Швеция
2003: версия MySQL 5.0, обеспечивающая представления, хранимые процедуры и т. Д. Особенности
2008: Приобретение Sun
2009: Oracle приобретение Sun
2009: Монти основал MariaDB
7. Возможности MariaDB:
подключаемый модуль хранилища, также известный как «тип таблицы», диспетчер хранилища имеет множество версий реализации, функции и возможности могут немного отличаться, пользователи могут гибко выбирать в соответствии с потребностями, mysql5.5.5 запускает механизм innoDB. Является ли mysql механизмом по умолчанию
MyISAM => Aria
InnoDB => Однопроцессный XtraDB
, многопоточное многопоточное
расширение и новые функции
предоставляют больше тестовых компонентов с
открытым исходным кодом
3. Обзор 2:
1. Что такое база данных:
Данные: записи символов, описывающие вещи; это могут быть числа, текст, графика, звуки, языки и т. Д. Существует множество форм данных, все из которых могут быть оцифрованы и сохранены в компьютере.
База данных: хранилище для хранения данных - это долгосрочное хранилище большого количества коллекций данных на компьютере, организованное и доступное для совместного использования. Данные в базе данных организованы, описаны и хранятся в соответствии с определенной моделью данных, с меньшей избыточностью и многим другим. Высокая независимость и масштабируемость, а также совместное использование для различных пользователей резюмируют следующие моменты: совместное использование
структурированных
данных, низкая избыточность, простота расширения.
Данные с высокой географической привязкой.
Данные управляются и контролируются СУБД (безопасность, целостность, контроль параллелизма, восстановление после сбоев).
Примечание: система управления базами данных СУБД (большое программное обеспечение, которое может работать и управлять базами данных)
2. Разница между базой данных и файловой системой:
файлы Система: операционная система используется для уточнения метода файлов и структуры данных на устройстве хранения (обычно на диске) или разделе, что является методом организации файлов на устройстве хранения; программной организацией, ответственной за управление и хранение информации о файлах в операционной системе, является файловая система. Управление, именуемое файловой системой. Система
баз данных: это крупномасштабное программное обеспечение для управления базами данных и управления ими. Оно используется для создания, использования и обслуживания баз данных, называемых СУБД. Оно обеспечивает единое управление и контроль базы данных для обеспечения безопасности и целостности базы данных. .
Различия в сравнении:
1. Различные объекты управления: объектом управления файловой системой являются файлы; данные не управляются напрямую. Различные структуры данных необходимо сохранять с файлами незнакомых типов (например: файлы txt и файлы doc нельзя заполнить путем изменения имени файла. Преобразование), а база данных напрямую хранит данные и управляет ими.
2. Различные методы хранения: файловая система использует разные файлы для классификации данных (.doc .mp4 .jpg) и сохраняет их на внешнем хранилище, а система баз данных использует стандартные и унифицированные типы данных для хранения данных (буквы, числа, символы, время).
3. Различные способы вызова данных: файловая система использует разное программное обеспечение для открытия файлов разных типов, а система базы данных единообразно вызывается и управляется СУБД, как показано на рисунке ниже: 
Сводка преимуществ и недостатков: благодаря
существованию СУБД пользователям больше не нужно разбираться в хранении данных и других реализациях. деталь. Данные можно получить напрямую через СУБД. Это приносит большое удобство в использовании данных.
Благодаря совместному использованию данных как единице и возможности одновременного доступа к данным, СУБД гарантирует согласованность данных во время одновременного доступа.
Доступ с малой задержкой, типичный пример - применение оффлайн платежных систем. Когда вы платите огромной девушке, производительность системы баз данных намного лучше, чем файловой системы.
Возможность частого изменения данных в сценариях, где необходимо часто изменять данные. Система баз данных может полагаться на СУБД для работы с данными, и потребление производительности относительно невелико по сравнению с файловой системой.
Поддержка вещей; СУБД поддерживает транзакции, то есть набор операций с данными либо завершен, либо не завершен. Различные операции с данными в СУБД являются атомарными.
Общие типы баз данных:
реляционная база данных - это база данных, основанная на реляционной модели; она использует алгебру множеств и другие математические концепции и методы для обработки данных в базе данных. Короче говоря, различные связи между различными сущностями в реальном мире представлены реляционными моделями; реляционная база данных - это база данных, состоящая из нескольких двумерных списков строк, которые могут быть связаны друг с другом.
Реляционная модель относится к двумерной таблице. модель. Следовательно, реляционная база данных - это организация данных, состоящая из двумерных таблиц и связей между ними. Текущие основные реляционные базы данных включают: Oracle DB2, Microsoft SqlServer MySQL, KDB Inspur и другие
модели отношений сущностей для краткости; это набор инструментов проектирования баз данных, которые используют концепции вещей и отношений в реальном мире. Чтобы объяснить абстрактную структуру данных в базе данных, модель сущность-взаимосвязь использует графику (диаграммы сущность-взаимосвязь) для представления концептуального дизайна базы данных, что полезно для концепции и коммуникации в процессе проектирования.
Нереляционная база данных: также известная как NOSQL, что означает не только SQL, но и легковесную базу данных с открытым исходным кодом и несовместимую базу данных с функциями SQL. Наиболее распространенное определение NOSQL - нереляционное, с упором на хранилище Key-Value и базу данных документов. Преимущества СУБД (система управления реляционными базами данных)
4. Введение в характеристики и структуру реляционной базы данных (MySQL).
Процесс разработки реляционной базы данных: иерархическая модель: модель 
веб-сайта: 
реляционная модель (отношение)
Реляционная модель выражает связь между сущностями и сущностями в структуре двухмерной таблицы. Структура данных реляционной модели представляет собой совокупность «структуры двумерных таблиц». Каждая двумерная таблица также называется отношением.В реляционной модели объекты операций и результаты представляют собой двумерные таблицы.
Реляционная модель в настоящее время является самой популярной моделью базы данных. Система управления базами данных, которая поддерживает реляционную модель, называется системой управления реляционными базами данных. ACCESS - это система управления реляционными базами данных.
Структура композиции и терминология реляционной базы данных:
данные представлены в виде таблиц. Каждая
строка - это отдельная запись, а каждый столбец - это отдельное поле. Многие записи и поля образуют таблицу. Несколько форм образуют запись базы данных (фрагмент данных): в базе данных строка в таблице называется Это
поле записи (имя идентификатора ...). В базе данных столбцы в таблице называются полями.
5. Тип данных MySQL: тип
данных используется для определения правил для данных, содержащихся в поле; он определяет способ хранения данных в поле, включая ширину, присвоенную полю, и может ли значение быть буквами, числами, датой и временем и т. Д. Любые данные или комбинация данных имеют соответствующий тип данных, который используется для хранения букв, чисел, даты и времени, изображений, двоичных данных и т. Д. Тип данных - это характеристика самих данных, и его характеристика устанавливается в поле в таблице.
Общие базовые типы данных MySQL:
- Тип строки (CHAB 0-255 фиксированной длины, VARCHAR 0-255 переменной длины)
- Числовой тип (INT целое, FLOAT с плавающей запятой)
- Тип даты и времени (ДАТА, год, месяц, день, ВРЕМЯ, час, минута, секунда)
Тип ограничения mysql: ограничение - это ограничение, которое ограничивает данные в строках или столбцах таблицы, чтобы гарантировать целостность и уникальность данных в таблице.
Ограничение первичного ключа: оно эквивалентно комбинации ограничения уникальности + ненулевого ограничения. Столбцы ограничения первичного ключа не могут повторяться или нулевые значения не допускаются. В каждой таблице разрешен только один первичный ключ. Ограничения первичного ключа могут быть созданы на уровне столбца или на уровне таблицы. Создать. При создании ограничения первичного ключа система по умолчанию создает соответствующий уникальный индекс для всех столбцов и комбинаций столбцов.
Ограничения внешнего ключа: чтобы гарантировать ссылочную целостность между одной или двумя таблицами, внешний ключ создает ссылочную связь между двумя полями таблицы или двумя полями двух таблиц.
Ограничение уникальности: сочетание столбца и столбца указанной таблицы не может быть повторено, если ограничение уникальности используется для обеспечения уникальности данных. Ограничение уникальности не допускает повторяющихся значений, но может иметь несколько значений NULL. Одна и та же таблица может иметь несколько ограничений уникальности. Ограничения комбинации столбцов. Если при создании ограничения уникальности вы не укажете уникальное имя ограничения, оно будет по умолчанию таким же, как указано. Ограничение уникальности может быть создано не только в одной таблице, но также может быть создано несколько таблиц одновременно.
Ненулевое ограничение и значение по умолчанию: используется, чтобы гарантировать, что значение текущего столбца не может быть нулевым значением и может отображаться только в столбце объекта таблицы. Функция типа Null, все типы значений могут быть Null, включая int, float и другие типы данных . 6. Индекс MySQL:
индекс - это отдельная физическая структура базы данных, это коллекция поля или нескольких значений полей в таблице, хранилище таблицы состоит из двух частей, одна используется для хранения данных, а другая часть используется для хранения страниц индекса. В целом страницы индекса эквивалентны страницам данных гораздо меньшего размера. Большая часть затрат на извлечение данных приходится на чтение и запись на диск. Без индекса каждая страница данных таблицы должна быть прочитана с диска. Если есть индекс, вам нужно только найти страницу индекса. Следовательно, создание разумного индекса может ускорить данные. Процесс поиска.
7. Блокировка MySQL: база данных - это общий ресурс, используемый несколькими пользователями. Когда несколько пользователей обращаются к данным одновременно. В базе данных несколько транзакций обращаются к одним и тем же данным одновременно. Если вы не контролируете параллельные операции, вы можете читать и получать доступ к неверным данным. Разрушьте целостность базы данных.
Блокировка - очень важная технология для обеспечения контроля параллелизма базы данных.Когда транзакция работает с объектом данных, система феномена отправляет запрос. Закрой. После блокировки транзакция имеет определенный контроль над объектом данных. Прежде, чем вещь освободит замок. Другие транзакции не могут обновить этот объект данных.
8. Механизм хранения MySQL: он хранит данные и создает индексы. При реализации таких технологий, как обновление и запрос данных, механизм хранения основан на таблице, а не на библиотеке, поэтому механизм хранения также можно назвать табличным типом, а база данных, такая как Oracle SQLserver, является просто механизмом хранения. MySQL предоставляет архитектуру подключаемого модуля хранения, поэтому MySQL имеет множество механизмов хранения, вы можете использовать соответствующий механизм или написать механизм хранения по мере необходимости.
MYISAM: поддерживается по умолчанию; более высокая скорость вставки и запросов, поддерживается полнотекстовая индексация, транзакции, блокировки на уровне строк и ограничения внешнего ключа не поддерживаются.
INNODB: поддерживает такие функции, как транзакции, блокировки на уровне строк и ограничения внешнего ключа.
ПАМЯТЬ: он работает в памяти и сохраняет данные через хэш-поля, что работает быстро и не может сохранять данные постоянно.
9. Транзакции являются основной единицей управления параллелизмом: ряд операций, которые необходимо выполнить, можно назвать транзакциями, а управление транзакциями заключается в управлении этими операциями полностью или не полностью.
Классический случай: банковский перевод, списание денег с одного счета и добавление денег с другого счета, эти две операции либо выполняются, либо не выполняются, поэтому их следует рассматривать как одну транзакцию, а транзакция является единицей для поддержания согласованности данных в базе данных. , В конце каждой транзакции необходимо поддерживать согласованность данных.