Современные информационные технологии Биологический институт Томский государственный университет доклад на Общие темы

Доклад раскрывает тему "Современные информационные технологии Биологический институт Томский государственный университет".
Презентация поможет подготовится к предмету Общие темы, может быть полезна как ученикам и студентам, так и преподавателям.
Материал представлен на 60 страницах, оформлен в виде презентации, доступен для скачивания и просмотра онлайн.

Навигация по документу

Страница №1
Современные информационные технологии Биологический институт Томский государственный университет
Страница №2
Дмитрий Владимирович
Курбатский
научный сотрудник НИЛБиЭМ БИ ТГУ, магистр биологии
Зоологический музей (к. 123)
Кафедра зоологии позвоночных (к. 126)
Дмитрий Владимирович Курбатский научный сотрудник НИЛБиЭМ БИ ТГУ, магистр биологии Зоологический музей (к. 123) Кафедра зоологии позвоночных (к. 126)
Страница №3
Сайт http://citforum.ru/ - множество околокомпьютерных статей по всем аспектам, в одном месте и без рекламы.
Сайт http://citforum.ru/ - множество околокомпьютерных статей по всем аспектам, в одном месте и без рекламы.
Сайт http://sql.ru – про базы данных и работу с ними.
Сайт http://citforum.ru/ - множество околокомпьютерных статей по всем аспектам, в одном месте и без рекламы. Сайт http://citforum.ru/ - множество околокомпьютерных статей по всем аспектам, в одном месте и без рекламы. Сайт http://sql.ru – про базы данных и работу с ними.
Страница №4
Блок 1
Общие понятия и классификация БД
Блок 1 Общие понятия и классификация БД
Страница №5
База данных (БД)
организованная в соответствии с определёнными правилами и поддерживаемая в памяти компьютера совокупность данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей.
совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных.
некоторый набор перманентных (постоянно хранимых) данных, используемых прикладными программными системами какого-либо предприятия.
совместно используемый набор логически связанных данных (и описание этих данных), предназначенный для удовлетворения информационных потребностей организации.
и даже
представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ) (Гражданский кодекс РФ, ст. 1260).
База данных (БД) организованная в соответствии с определёнными правилами и поддерживаемая в памяти компьютера совокупность данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей. совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных. некоторый набор перманентных (постоянно хранимых) данных, используемых прикладными программными системами какого-либо предприятия. совместно используемый набор логически связанных данных (и описание этих данных), предназначенный для удовлетворения информационных потребностей организации. и даже представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ) (Гражданский кодекс РФ, ст. 1260).
Страница №6
Вариант необходимых свойств
БД хранится и обрабатывается в вычислительной системе.
Данные в БД логически структурированы (систематизированы).
БД включает схему, или метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью).
Вариант необходимых свойств БД хранится и обрабатывается в вычислительной системе. Данные в БД логически структурированы (систематизированы). БД включает схему, или метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью).
Страница №7
Модель данных
аспект структуры
аспект манипуляции
аспект целостности
аспект защиты
аспект практической реализации и применения
Модель данных аспект структуры аспект манипуляции аспект целостности аспект защиты аспект практической реализации и применения
Страница №8
Классификация БД
…по модели данных
Иерархическая
Сетевая
Реляционная
Объектная и объектно-ориентированная
Объектно-реляционная
Функциональная
и др.
Классификация БД …по модели данных Иерархическая Сетевая Реляционная Объектная и объектно-ориентированная Объектно-реляционная Функциональная и др.
Страница №9
Иерархическая БД
Information Management System (IMS)
Time-Shared Date Management System (TDMS)
Mark IV Multi - Access Retrieval System
System 2000
InterSystems Caché
Google App Engine Datastore API
в операционных системах:
Серверы каталогов LDAP и Active Directory
иерархические файловые системы
Реестр Windows.
Иерархическая БД Information Management System (IMS) Time-Shared Date Management System (TDMS) Mark IV Multi - Access Retrieval System System 2000 InterSystems Caché Google App Engine Datastore API в операционных системах: Серверы каталогов LDAP и Active Directory иерархические файловые системы Реестр Windows.
Страница №10
Сетевая модель данных
СООБЗ Cerebrum
ИСУБД CronosPRO
dbVista
Caché
GT.M
Сетевая модель данных СООБЗ Cerebrum ИСУБД CronosPRO dbVista Caché GT.M
Страница №11
Объектная и объектно-реляционные БД
Jasmine
Versant
POET
Объектная и объектно-реляционные БД Jasmine Versant POET
Страница №12
…по среде постоянного хранения
Во вторичной памяти, или традиционная (conventional database)
средой постоянного хранения является периферийная энергонезависимая память
как правило жёсткий диск
в оперативной памяти лишь кеш и данные для текущей обработки
В оперативной памяти (in-memory database, memory-resident database, main memory database)
все данные на стадии исполнения находятся в оперативной памяти.
В третичной памяти (tertiary database)
средой постоянного хранения является отсоединяемое от сервера устройство массового хранения
как правило на основе магнитных лент (в прошлом) или оптических дисков
во вторичной памяти сервера хранится лишь каталог данных третичной памяти, файловый кеш и данные для текущей обработки; загрузка же самих данных требует специальной процедуры
…по среде постоянного хранения Во вторичной памяти, или традиционная (conventional database) средой постоянного хранения является периферийная энергонезависимая память как правило жёсткий диск в оперативной памяти лишь кеш и данные для текущей обработки В оперативной памяти (in-memory database, memory-resident database, main memory database) все данные на стадии исполнения находятся в оперативной памяти. В третичной памяти (tertiary database) средой постоянного хранения является отсоединяемое от сервера устройство массового хранения как правило на основе магнитных лент (в прошлом) или оптических дисков во вторичной памяти сервера хранится лишь каталог данных третичной памяти, файловый кеш и данные для текущей обработки; загрузка же самих данных требует специальной процедуры
Страница №13
…по содержимому
Географическая
Историческая
Научная
Мультимедийная
и др.
в частности,
каталоги музеев и коллекций
Зоомузей ТГУ
ИСиЭЖ СО РАН
…по содержимому Географическая Историческая Научная Мультимедийная и др. в частности, каталоги музеев и коллекций Зоомузей ТГУ ИСиЭЖ СО РАН
Страница №14
…по степени распределённости
Централизованная
или сосредоточенная (centralized database)
БД, полностью поддерживаемая на одном компьютере.
Распределённая
(distributed database)
БД, составные части которой размещаются в различных узлах компьютерной сети в соответствии с каким-либо критерием. 
Бывает:
Неоднородная (heterogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами более одной СУБД
Однородная (homogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами одной и той же СУБД.
Фрагментированная, или секционированная (partitioned database): методом распределения данных является фрагментирование (партиционирование, секционирование), вертикальное или горизонтальное.
Тиражированная (replicated database): методом распределения данных является тиражирование (репликация).
…по степени распределённости Централизованная или сосредоточенная (centralized database) БД, полностью поддерживаемая на одном компьютере. Распределённая (distributed database) БД, составные части которой размещаются в различных узлах компьютерной сети в соответствии с каким-либо критерием. Бывает: Неоднородная (heterogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами более одной СУБД Однородная (homogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами одной и той же СУБД. Фрагментированная, или секционированная (partitioned database): методом распределения данных является фрагментирование (партиционирование, секционирование), вертикальное или горизонтальное. Тиражированная (replicated database): методом распределения данных является тиражирование (репликация).
Страница №15
…по динамике данных
Пространственная
spatial database
БД, в которой поддерживаются пространственные свойства сущностей предметной области.
в ГИС
Временная, или темпоральная
temporal database
БД, в которой поддерживается какой-либо аспект времени, не считая времени, определяемого пользователем.
Пространственно-временная
spatial-temporal database
БД, в которой одновременно поддерживается одно или более измерений в аспектах как пространства, так и времени.
Циклическая
round-robin database
БД, объём хранимых данных которой не меняется со временем, поскольку в процессе сохранения данных одни и те же записи используются циклически.
…по динамике данных Пространственная spatial database БД, в которой поддерживаются пространственные свойства сущностей предметной области. в ГИС Временная, или темпоральная temporal database БД, в которой поддерживается какой-либо аспект времени, не считая времени, определяемого пользователем. Пространственно-временная spatial-temporal database БД, в которой одновременно поддерживается одно или более измерений в аспектах как пространства, так и времени. Циклическая round-robin database БД, объём хранимых данных которой не меняется со временем, поскольку в процессе сохранения данных одни и те же записи используются циклически.
Страница №16
…по размеру
маленькие
побольше
ещё больше
большие (терабайты)
сверхбольшие (петабайты)
…по размеру маленькие побольше ещё больше большие (терабайты) сверхбольшие (петабайты)
Страница №17
СУБД
Систе́ма управле́ния ба́зами да́нных
database management system (DBMS)
– совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.
СУБД Систе́ма управле́ния ба́зами да́нных database management system (DBMS) – совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.
Страница №18
Функции СУБД
управление данными во внешней памяти (на дисках);
управление данными в оперативной памяти с использованием дискового кэша;
журнализация изменений, резервное копирование и восстановление базы данных после сбоев;
поддержка языков БД (язык определения данных, язык манипулирования данными).
Функции СУБД управление данными во внешней памяти (на дисках); управление данными в оперативной памяти с использованием дискового кэша; журнализация изменений, резервное копирование и восстановление базы данных после сбоев; поддержка языков БД (язык определения данных, язык манипулирования данными).
Страница №19
Компоненты СУБД
ядро
отвечает за управление данными во внешней и оперативной памяти, за журнализацию
процессор языка базы данных
обеспечивает оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода
подсистема поддержки времени исполнения (runtime)
интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД
сервисные программы (внешние утилиты)
 обеспечивают ряд дополнительных возможностей по обслуживанию информационной системы
Компоненты СУБД ядро отвечает за управление данными во внешней и оперативной памяти, за журнализацию процессор языка базы данных обеспечивает оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода подсистема поддержки времени исполнения (runtime) интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД сервисные программы (внешние утилиты) обеспечивают ряд дополнительных возможностей по обслуживанию информационной системы
Страница №20
Классификации СУБД
По модели данных
Иерархические
Сетевые
Реляционные
Объектно-ориентированные
Объектно-реляционные
По степени распределённости
Локальные СУБД
Распределённые СУБД
По способу доступа к БД
Файл-серверные
Клиент-серверные
Встраиваемые
Классификации СУБД По модели данных Иерархические Сетевые Реляционные Объектно-ориентированные Объектно-реляционные По степени распределённости Локальные СУБД Распределённые СУБД По способу доступа к БД Файл-серверные Клиент-серверные Встраиваемые
Страница №21
Связанные понятия
Информационная система
База знаний
Хранилище данных
Связанные понятия Информационная система База знаний Хранилище данных
Страница №22
Блок 2
Реляционные БД
Компоненты БД, СУБД
Некоторые СУБД
Блок 2 Реляционные БД Компоненты БД, СУБД Некоторые СУБД
Страница №23
Реляционные БД
Реляционные БД
Страница №24
Ещё пример
Ещё пример
Страница №25
Аспекты реляционных БД
структура данных (объекты данных)
целостность данных
обработка данных (операторы)
Аспекты реляционных БД структура данных (объекты данных) целостность данных обработка данных (операторы)
Страница №26
Свойства реляционных БД
В таблице нет двух одинаковых строк.
Таблица имеет столбцы, соответствующие атрибутам отношения.
Каждый атрибут в отношении имеет уникальное имя.
Порядок строк в таблице произвольный.
Свойства реляционных БД В таблице нет двух одинаковых строк. Таблица имеет столбцы, соответствующие атрибутам отношения. Каждый атрибут в отношении имеет уникальное имя. Порядок строк в таблице произвольный.
Страница №27
12 правил Кодда
правило 0: Основное правило (Foundation Rule): Реляционная СУБД должна быть способна полностью управлять базой данных, используя связи между данными:
Чтобы быть реляционной системой управления базами данных (СУБД), система должна использовать исключительно свои реляционные возможности для управления базой данных.
правило 1: Явное представление данных (The Information Rule):
Информация должна быть представлена в виде данных, хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в реляционной таблице не должен влиять на смысл данных.
правило 2: Гарантированный доступ к данным (Guaranteed Access Rule):
Доступ к данным должен быть свободен от двусмысленности. К каждому элементу данных должен быть гарантирован доступ с помощью комбинации имени таблицы, первичного ключа строки и имени столбца.
правило 3: Полная обработка неизвестных значений (Systematic Treatment of Null Values):
Неизвестные значения NULL, отличные от любого известного значения, должны поддерживаться для всех типов данных при выполнении любых операций. Например, для числовых данных неизвестные значения не должны рассматриваться как нули, а для символьных данных — как пустые строки.
12 правил Кодда правило 0: Основное правило (Foundation Rule): Реляционная СУБД должна быть способна полностью управлять базой данных, используя связи между данными: Чтобы быть реляционной системой управления базами данных (СУБД), система должна использовать исключительно свои реляционные возможности для управления базой данных. правило 1: Явное представление данных (The Information Rule): Информация должна быть представлена в виде данных, хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в реляционной таблице не должен влиять на смысл данных. правило 2: Гарантированный доступ к данным (Guaranteed Access Rule): Доступ к данным должен быть свободен от двусмысленности. К каждому элементу данных должен быть гарантирован доступ с помощью комбинации имени таблицы, первичного ключа строки и имени столбца. правило 3: Полная обработка неизвестных значений (Systematic Treatment of Null Values): Неизвестные значения NULL, отличные от любого известного значения, должны поддерживаться для всех типов данных при выполнении любых операций. Например, для числовых данных неизвестные значения не должны рассматриваться как нули, а для символьных данных — как пустые строки.
Страница №28
12 правил Кодда
правило 4: Доступ к словарю данных в терминах реляционной модели (Active On-Line Catalog Based on the Relational Model):
Словарь данных должен сохраняться в форме реляционных таблиц, и СУБД должна поддерживать доступ к нему при помощи стандартных языковых средств, тех же самых, которые используются для работы с реляционными таблицами, содержащими пользовательские данные.
правило 5: Полнота подмножества языка (Comprehensive Data Sublanguage Rule):
Система управления реляционными базами данных должна поддерживать хотя бы один реляционный язык, который 
(а) имеет линейный синтаксис,
(б) может использоваться как интерактивно, так и в прикладных программах,
(в) поддерживает операции определения данных, определения представлений, манипулирования данными (интерактивные и программные), ограничители целостности, управления доступом и операции управления транзакциями (begin, commit и rollback).
правило 6: Возможность модификации представлений (View Updating Rule):
Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных.
правило 7: Наличие высокоуровневых операций управления данными (High-Level Insert, Update, and Delete):
Операции вставки, модификации и удаления данных должны поддерживаться не только по отношению к одной строке реляционной таблицы, но по отношению к любому множеству строк.
12 правил Кодда правило 4: Доступ к словарю данных в терминах реляционной модели (Active On-Line Catalog Based on the Relational Model): Словарь данных должен сохраняться в форме реляционных таблиц, и СУБД должна поддерживать доступ к нему при помощи стандартных языковых средств, тех же самых, которые используются для работы с реляционными таблицами, содержащими пользовательские данные. правило 5: Полнота подмножества языка (Comprehensive Data Sublanguage Rule): Система управления реляционными базами данных должна поддерживать хотя бы один реляционный язык, который (а) имеет линейный синтаксис, (б) может использоваться как интерактивно, так и в прикладных программах, (в) поддерживает операции определения данных, определения представлений, манипулирования данными (интерактивные и программные), ограничители целостности, управления доступом и операции управления транзакциями (begin, commit и rollback). правило 6: Возможность модификации представлений (View Updating Rule): Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных. правило 7: Наличие высокоуровневых операций управления данными (High-Level Insert, Update, and Delete): Операции вставки, модификации и удаления данных должны поддерживаться не только по отношению к одной строке реляционной таблицы, но по отношению к любому множеству строк.
Страница №29
12 правил Кодда
правило 8: Физическая независимость данных (Physical Data Independence):
Приложения не должны зависеть от используемых способов хранения данных на носителях, от аппаратного обеспечения компьютеров, на которых находится реляционная база данных.
правило 9: Логическая независимость данных (Logical Data Independence):
Представление данных в приложении не должно зависеть от структуры реляционных таблиц. Если в процессе нормализации одна реляционная таблица разделяется на две, представление должно обеспечить объединение этих данных, чтобы изменение структуры реляционных таблиц не сказывалось на работе приложений.
правило 10: Независимость контроля целостности (Integrity Independence):
Вся информация, необходимая для поддержания целостности, должна находиться в словаре данных. Язык для работы с данными должен выполнять проверку входных данных и автоматически поддерживать целостность данных.
правило 11: Дистрибутивная независимость (Distribution Independence):
База данных может быть распределённой, может находиться на нескольких компьютерах, и это не должно оказывать влияние на приложения. Перенос базы данных на другой компьютер не должен оказывать влияния на приложения.
правило 12: Согласование языковых уровней (The Nonsubversion Rule):
Если используется низкоуровневый язык доступа к данным, он не должен игнорировать правила безопасности и правила целостности, которые поддерживаются языком более высокого уровня.
12 правил Кодда правило 8: Физическая независимость данных (Physical Data Independence): Приложения не должны зависеть от используемых способов хранения данных на носителях, от аппаратного обеспечения компьютеров, на которых находится реляционная база данных. правило 9: Логическая независимость данных (Logical Data Independence): Представление данных в приложении не должно зависеть от структуры реляционных таблиц. Если в процессе нормализации одна реляционная таблица разделяется на две, представление должно обеспечить объединение этих данных, чтобы изменение структуры реляционных таблиц не сказывалось на работе приложений. правило 10: Независимость контроля целостности (Integrity Independence): Вся информация, необходимая для поддержания целостности, должна находиться в словаре данных. Язык для работы с данными должен выполнять проверку входных данных и автоматически поддерживать целостность данных. правило 11: Дистрибутивная независимость (Distribution Independence): База данных может быть распределённой, может находиться на нескольких компьютерах, и это не должно оказывать влияние на приложения. Перенос базы данных на другой компьютер не должен оказывать влияния на приложения. правило 12: Согласование языковых уровней (The Nonsubversion Rule): Если используется низкоуровневый язык доступа к данным, он не должен игнорировать правила безопасности и правила целостности, которые поддерживаются языком более высокого уровня.
Страница №30
Связанные термины и понятия
Отношение
Заголовок
Атрибут
Кортеж
Домен
Атом
Декомпозиция
Нормализация
Ключ
Индекс
Реляционная алгебра
Связанные термины и понятия Отношение Заголовок Атрибут Кортеж Домен Атом Декомпозиция Нормализация Ключ Индекс Реляционная алгебра
Страница №31
Пример таблицы данных
Пример таблицы данных
Страница №32
Нормализация
Первая нормальная форма (1NF)
Вторая нормальная форма (2NF)
Третья нормальная форма (3NF)
Нормальная форма Бойса — Кодда (BCNF)
Четвёртая нормальная форма (4NF)
Пятая нормальная форма (5NF)
Доменно-ключевая нормальная форма (DKNF)
Шестая нормальная форма (6NF)
Нормализация Первая нормальная форма (1NF) Вторая нормальная форма (2NF) Третья нормальная форма (3NF) Нормальная форма Бойса — Кодда (BCNF) Четвёртая нормальная форма (4NF) Пятая нормальная форма (5NF) Доменно-ключевая нормальная форма (DKNF) Шестая нормальная форма (6NF)
Страница №33
Первые 3 формы нормализации в примерах: http://club.shelek.ru/viewart.php?id=177
Первые 3 формы нормализации в примерах: http://club.shelek.ru/viewart.php?id=177
Первые 3 формы нормализации в примерах: http://club.shelek.ru/viewart.php?id=177 Первые 3 формы нормализации в примерах: http://club.shelek.ru/viewart.php?id=177
Страница №34
Первая нормальная форма
Первая нормальная форма
Страница №35
Первая нормальная форма
Первая нормальная форма
Страница №36
Отношения relations
один к одному one-to-one
один ко многим one-to-many
многие ко многим many-to-many
Отношения relations один к одному one-to-one один ко многим one-to-many многие ко многим many-to-many
Страница №37
Индексирование
Индексирование
Страница №38
Ключи
По типу
первичный
вторичные
внешний
По строению
простой
составной
По происхождению
естественный
суррогатный
Ключи По типу первичный вторичные внешний По строению простой составной По происхождению естественный суррогатный
Страница №39
Пример таблицы данных
Пример таблицы данных
Страница №40
Блок 3
Компоненты СУБД
БД и программирование
Язык SQL
Блок 3 Компоненты СУБД БД и программирование Язык SQL
Страница №41
Компоненты СУБД
Отношение (таблица)
Представление
Снимок
Хранимая процедура
Триггер
Курсор
Индекс
Запрос
Компоненты СУБД Отношение (таблица) Представление Снимок Хранимая процедура Триггер Курсор Индекс Запрос
Страница №42
Дополнительные механизмы СУБД
Транзакция
Журнализация
Секционирование
Репликация
Дополнительные механизмы СУБД Транзакция Журнализация Секционирование Репликация
Страница №43
Некоторые СУБД
Старые
Clipper
FoxPro
IBM DB2
dBase
Paradox
От Micro$oft
Visual FoxPro
Microsoft Access
MS SQL Server
Встраиваемые
BerkeleyDB
Firebird Embedded
OpenEdge
Microsoft SQL Server Compact
SQLite
Некоторые СУБД Старые Clipper FoxPro IBM DB2 dBase Paradox От Micro$oft Visual FoxPro Microsoft Access MS SQL Server Встраиваемые BerkeleyDB Firebird Embedded OpenEdge Microsoft SQL Server Compact SQLite
Страница №44
Типы данных БД
(на примере PostgreSQL)
Численные типы 
Целые
С фиксированной точкой
С плавающей точкой
Денежный тип (отличается специальным форматом вывода, а в остальном аналогичен числам с фиксированной точкой с двумя знаками после запятой)
Символьные типы произвольной длины
Двоичные типы (включая BLOB)
Типы «дата/время» (полностью поддерживающие различные форматы, точность, форматы вывода, включая последние изменения в часовых поясах)
Типы данных БД (на примере PostgreSQL) Численные типы Целые С фиксированной точкой С плавающей точкой Денежный тип (отличается специальным форматом вывода, а в остальном аналогичен числам с фиксированной точкой с двумя знаками после запятой) Символьные типы произвольной длины Двоичные типы (включая BLOB) Типы «дата/время» (полностью поддерживающие различные форматы, точность, форматы вывода, включая последние изменения в часовых поясах)
Страница №45
Ещё о данных
Тип Variant
Пустые и нулевые значения:
NULL
0
пустая строка “”
Операторы
=, ==, ===
Like
BETWEEN
Ещё о данных Тип Variant Пустые и нулевые значения: NULL 0 пустая строка “” Операторы =, ==, === Like BETWEEN
Страница №46
Язык запросов
– искусственный язык, на котором делаются запросы к базам данных и другим информационным системам, особенно к информационно-поисковым системам.
Примеры:
SQL
Language Integrated Query — расширение для некоторых языков программирования в .NET Framework
XQuery
XPath
поисковые запросы
Язык запросов – искусственный язык, на котором делаются запросы к базам данных и другим информационным системам, особенно к информационно-поисковым системам. Примеры: SQL Language Integrated Query — расширение для некоторых языков программирования в .NET Framework XQuery XPath поисковые запросы
Страница №47
Связанные понятия
Регулярные выражения
Релевантность
Связанные понятия Регулярные выражения Релевантность
Страница №48
SQL
Structured Query Language
язык структурированных запросов
SQL Structured Query Language язык структурированных запросов
Страница №49
3 варианта динамики данных
3 варианта динамики данных
создание
удаление
модификация
а также отбор и выдача результатов
и обмен между
3 варианта динамики данных 3 варианта динамики данных создание удаление модификация а также отбор и выдача результатов и обмен между
Страница №50
Возможности SQL
Изменение структуры данных
таблицы
поля
связи, индексы и пр.
Изменение данных
создание (добавление)
модификация
удаление
Поиск и выборка данных
расчёты
транспонирование
Управление пользователями и доступом к БД
Управление работой СУБД
транзакции
Возможности SQL Изменение структуры данных таблицы поля связи, индексы и пр. Изменение данных создание (добавление) модификация удаление Поиск и выборка данных расчёты транспонирование Управление пользователями и доступом к БД Управление работой СУБД транзакции
Страница №51
Состав SQL
операторы
инструкции
вычисляемые функции
таблицы
поля
связи и объединения
Состав SQL операторы инструкции вычисляемые функции таблицы поля связи и объединения
Страница №52
Операторы SQL
операторы определения данных (Data Definition Language, DDL) 
CREATE создает объект БД
ALTER изменяет объект
DROP удаляет объект
операторы манипуляции данными (Data Manipulation Language, DML) 
SELECT считывает данные, удовлетворяющие заданным условиям
INSERT добавляет новые данные
UPDATE изменяет существующие данные
DELETE удаляет данные
операторы определения доступа к данным (Data Control Language, DCL) 
GRANT предоставляет пользователю (группе) разрешения на определенные операции с объектом
REVOKE отзывает ранее выданные разрешения
DENY задает запрет, имеющий приоритет над разрешением
операторы управления транзакциями (Transaction Control Language, TCL) 
COMMIT применяет транзакцию.
ROLLBACK откатывает все изменения, сделанные в контексте текущей транзакции.
SAVEPOINT делит транзакцию на более мелкие участки.
Операторы SQL операторы определения данных (Data Definition Language, DDL) CREATE создает объект БД ALTER изменяет объект DROP удаляет объект операторы манипуляции данными (Data Manipulation Language, DML) SELECT считывает данные, удовлетворяющие заданным условиям INSERT добавляет новые данные UPDATE изменяет существующие данные DELETE удаляет данные операторы определения доступа к данным (Data Control Language, DCL) GRANT предоставляет пользователю (группе) разрешения на определенные операции с объектом REVOKE отзывает ранее выданные разрешения DENY задает запрет, имеющий приоритет над разрешением операторы управления транзакциями (Transaction Control Language, TCL) COMMIT применяет транзакцию. ROLLBACK откатывает все изменения, сделанные в контексте текущей транзакции. SAVEPOINT делит транзакцию на более мелкие участки.
Страница №53
Структура запроса SQL на выборку данных
Структура запроса SQL на выборку данных
Страница №54
Объединения таблиц
JOIN
INNER
OUTER (Left, RIght)
FULL
UNION
Объединения таблиц JOIN INNER OUTER (Left, RIght) FULL UNION
Страница №55
Информация вложена в изображении слайда
Страница №56
Преимущества и недостатки SQL
Преимущества
Независимость от конкретной СУБД
Наличие стандартов
Декларативность
Недостатки
Несоответствие реляционной модели данных
Повторяющиеся строки
Неопределённые значения (nulls)
Явное указание порядка колонок слева направо
Колонки без имени и дублирующиеся имена колонок
Отсутствие поддержки свойства «=»
Использование указателей
Высокая избыточность
Сложность
Отступления от стандартов
Сложность работы с иерархическими структурами
Преимущества и недостатки SQL Преимущества Независимость от конкретной СУБД Наличие стандартов Декларативность Недостатки Несоответствие реляционной модели данных Повторяющиеся строки Неопределённые значения (nulls) Явное указание порядка колонок слева направо Колонки без имени и дублирующиеся имена колонок Отсутствие поддержки свойства «=» Использование указателей Высокая избыточность Сложность Отступления от стандартов Сложность работы с иерархическими структурами
Страница №57
Связанные понятия
SQL-иньекции
Связанные понятия SQL-иньекции
Страница №58
Взаимодействие БД и ОС
ODBC
Open Database Connectivity
DAO
Data Access Objects
ADO
ActiveX Data Objects
ADOdb
BDE
Borland Database Engine
Взаимодействие БД и ОС ODBC Open Database Connectivity DAO Data Access Objects ADO ActiveX Data Objects ADOdb BDE Borland Database Engine
Страница №59
API
API
интерфейс программирования приложений
или интерфейс прикладного программирования
application programming interface
набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) для использования во внешних программных продуктах
API API интерфейс программирования приложений или интерфейс прикладного программирования application programming interface набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) для использования во внешних программных продуктах
Страница №60
Объекты ADO
Connection (представляет подключение к удалённому источнику данных)
Recordset (представляет набор строк, полученный от источника данных)
Command (используется для выполнения команд и SQL-запросов с параметрами)
Record (может представлять одну запись объекта Recordset или же иерархическую структуру, состоящую из текстовых данных)
Stream (используется для чтения и записи потоковых данных, например, документов XML или двоичных объектов)
Errors (представляет ошибки)
Fields (представляет столбцы таблицы базы данных)
Parameters (представляет набор параметров SQL-инструкции)
Properties (представляет набор свойств объекта)
Объекты ADO Connection (представляет подключение к удалённому источнику данных) Recordset (представляет набор строк, полученный от источника данных) Command (используется для выполнения команд и SQL-запросов с параметрами) Record (может представлять одну запись объекта Recordset или же иерархическую структуру, состоящую из текстовых данных) Stream (используется для чтения и записи потоковых данных, например, документов XML или двоичных объектов) Errors (представляет ошибки) Fields (представляет столбцы таблицы базы данных) Parameters (представляет набор параметров SQL-инструкции) Properties (представляет набор свойств объекта)