1.База данных (БД)– организованная структура, предназначенная для хранения информации. Современные БД позволяют размещать в своих структурах не только данные, но и методы (т.е. программный код), с помощью которых происходит взаимодействие с потребителем или другими программно-аппаратными комплексами.
2.Архитектура информационной системы – концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы Что такое архитектура ИС и инфраструктура ИС1Два основных класса определений архитектур — определения «конструктивные» и «идеологические».Основные идеологические определения архитектуры ИС таковы:1.«Архитектура ИС — это набор решений, наиболее существенным образом влияющих на совокупную стоимость владения системой».2.«Архитектура ИС — это набор ключевых решений, неизменных при изменении бизнес-технологии в рамках бизнес-видения».Конструктивно архитектура обычно определяется как набор ответов на следующие вопросы:1.что делает система;2.на какие части она разделяется;3.как эти части взаимодействуют;4.где эти части размещены3.Архитектура ИС является логическим построением, или моделью, и влияет на совокупную стоимость владения через набор связанных с ней решений по выбору средств реализации, СУБД, операционной платформы, телекоммуникационных средств и т. п. — то есть через то, что мы называем инфраструктурой ИС. Инфраструктура включает решения не только по программному обеспечению, но и по аппаратному комплексу и организационному обеспечению. Требования к методике выбора архитектуры ИСа) не позволяют оценить качество разработанной архитектуры;б) ориентированы на архитектуру программной системы и не учитывают того факта, что система состоит не только из программных, но также и из технических средств и людей;в) разделяют процессы технико-экономического обоснования системы, разработки бизнес-процессов и разработки архитектуры системы;г) не учитывают бизнес-цели и цели использования системы.В результате осмысления имеющихся методик нами были сформулированы следующие требования к методике выбора архитектуры.Методика должна:1.отражать связь архитектуры и совокупной стоимости владения;2.связывать разработку архитектуры, бизнес-анализ и технико-экономическое обоснование в едином процессе;3.отражать итерационную природу разработки ИС;4.иметь своей целью выбор архитектуры системы в целом, а не только ее программной составляющей.Классификацию программных систем по их архитектуре:1.Централизованная архитектура;2.Архитектура "файл-сервер";3.Архитектура "клиент-сервер";4.Многозвенная архитектура "клиент-сервер";5.Распределенных систем; Централизованная архитектураЦентрализованная архитектура вычислительных систем была распространена в 70-х и 80-х годах и реализовывалась на базе мейнфреймов либо на базе мини-ЭВМ. Характерная особенность такой архитектуры – полная "неинтеллектуальность" терминалов. Их работой управляет хост-ЭВМ.Достоинства такой архитектуры:1.пользователи совместно используют дорогие ресурсы ЭВМ и дорогие периферийные устройства;2.централизация ресурсов и оборудования облегчает обслуживание и эксплуатацию вычислительной системы;3.отсутствует необходимость администрирования рабочих мест пользователей;Главным недостатком для пользователя является то, что он полностью зависит от администратора хост-ЭВМ. Пользователь не может настроить рабочую среду под свои потребности – все используемое программное обеспечение является коллективным.Центральная ЭВМ должна иметь большую память и высокую производительность, чтобы обеспечивать комфортную работу большого числа пользователей. Архитектура "файл-сервер"Файл-серверные приложения – приложения, схожие по своей структуре с локальными приложениями и использующие сетевой ресурс для хранения программы и данных.1.Функции сервера: хранения данных и кода программы.2.Функции клиента: обработка данных происходит исключительно на стороне клиента.Организация информационных систем на основе использования выделенных файл-серверов все еще является распространенной в связи с наличием большого количества персональных компьютеров разного уровня развитости и сравнительной дешевизны связывания PC в локальные сети.Основным достоинством данной архитектуры является простота организации. Проектировщики и разработчики информационной системы находятся в привычных и комфортных условиях IBM PC в среде MS-DOS, Windows или какого-либо облегченного варианта Windows Server. Имеются удобные и развитые средства разработки графического пользовательского интерфейса, простые в использовании средства разработки систем баз данных и/или СУБД.Достоинства такой архитектуры:1.многопользовательский режим работы с данными;2.удобство централизованного управления доступом;3.низкая стоимость разработки;4.высокая скорость разработки;4.невысокая стоимость обновления и изменения ПО.Недостатки:1.проблемы многопользовательской работы с данными: последовательный доступ, отсутствие гарантии целостности;2.низкая производительность (зависит от производительности сети, сервера, клиента);3.плохая возможность подключения новых клиентов;4.ненадежность системы.Простое, работающее с небольшими объемами информации и рассчитанное на применение в однопользовательском режиме, файл-серверное приложение можно спроектировать, разработать и отладить очень быстро. Архитектура "клиент-сервер"Клиент-сервер – вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределены между поставщиками услуг (сервисов), называемых серверами, и заказчиками услуг, называемых клиентами. Нередко клиенты и серверы взаимодействуют через компьютерную сеть и могут быть как различными физическими устройствами, так и программным обеспечением.Под клиент-серверным приложением в этом случае понимается информационная система, основанная на использовании серверов баз данных.На стороне клиента выполняется код приложения, в который обязательно входят компоненты, поддерживающие интерфейс с конечным пользователем, производящие отчеты, выполняющие другие специфичные для приложения функции.Клиентская часть приложения взаимодействует с клиентской частью программного обеспечения управления базами данных, которая, фактически, является индивидуальным представителем СУБД для приложения.Интерфейс между клиентской частью приложения и клиентской частью сервера баз данных, основан на использовании языка SQL. Клиентская часть сервера баз данных, используя средства сетевого доступа, обращается к серверу баз данных, передавая ему текст оператора языка SQL.Разработчики и пользователи информационных систем, основанных на архитектуре "клиент-сервер", часто бывают неудовлетворены постоянно существующими сетевыми накладными расходами, которые следуют из потребности обращаться от клиента к серверу с каждым очередным запросом. Фактически, концепция локального кэширования базы данных является частным случаем концепции реплицированных баз данных. Как и в общем случае, для поддержки локального кэша базы данных программное обеспечение рабочих станций должно содержать компонент управления базами данных – упрощенный вариант сервера баз данных, который, может не обеспечивать многопользовательский режим доступа. Отдельной проблемой является обеспечение согласованности (когерентности) кэшей и общей базы данных. Преимуществами данной архитектуры являются:1.возможность, в большинстве случаев, распределить функции вычислительной системы между несколькими независимыми компьютерами в сети;2.все данные хранятся на сервере, который, как правило, защищен гораздо лучше большинства клиентов, а также на сервере проще обеспечить контроль полномочий, чтобы разрешать доступ к данным только клиентам с соответствующими правами доступа;3.поддержка многопользовательской работы;4.гарантия целостности данных.Недостатки:1.неработоспособность сервера может сделать неработоспособной всю вычислительную сеть;2.администрирование данной системы требует квалифицированного профессионала;3.высокая стоимость оборудования;4.бизнес логика приложений осталась в клиентском ПО.Архитектура распределенных системТакой тип систем является более сложным с точки зрения организации системы. Суть распределенной системы заключается в том, чтобы хранить локальные копии важных данных.Данными между различными рабочими станциями и централизованным хранилищем данных, передаются репликацией.При вводе информации на рабочих станциях – данные также записываются в локальную базу данных, а лишь затем синхронизируются.Распределенные системы с элементами удаленного исполненияСуществуют определенные особенности, которые невозможно качественно реализовать на обычной распределенной системе репликативного типа. К этим особенностям можно отнести :1.использование данных из сущностей, которые хранятся на удаленном сервере (узле);2.использование данных из сущностей, хранящихся на разных серверах (узлах) частично;3.использование обособленного функционала, на выделенном сервере (узле).В сети работает нескол табл.БД распределенных м\у ними для повышение эффективности.на каждом сервере функцион.БД.в такой архит.используют сервер приложений. Они позволяют оптимизировать обработку запросов большого числа пользователей и равномерно разделить нагрузку между компьютерам сети.недостаток:сложный и дорогостоющий проссец создания и сопровождения,высокие требования к серверным компьютером. 3.Совокупность языковых и программных средств- предназначена для создания введения и совместного использования БД многими пользователями. СУБД- система прогр. Обеспечения, имеющая средства обработки на языке БД, позволяющая обрабатывать обращения к БД, которые поступают от прикладных программ или конечных пользователей и поддерживать целостность БД. 3 класса моделей БД: 1)Иерархическая (имеет иерархическую структуру, т.е. каждый из элементов связан только с одним стоящим выше элементом, но в то же время на него могут ссылаться один или несколько нижестоящих элементов); 2)Сетевые (разница заключ между первым и вторым- что каждый последующий элемент данных может быть связан с любым другим элементом); 3)Реляционная (Основная идея заключается в том, что бы представить любой набор данных в виде двумерного массива- таблицы). СУБД- включает в себя 4 компонента: 1)данные (в БД является интегрированными и разделяемыми. Интегрированные данных- означает возможность предоставить БД как объединения отдельных файлов, полностью или частично исключающий избыточное хранение информации. Разделяемость БД- означает возможность использование отдельных элементов, хранимых в БД, несколькими пользователями, причем каждый из пользователей может получить доступ к одному элементу данных в одно и то же время для достижения различных целей), 2)пользователи, 3)аппаратное обеспечение (оборудования для СУБД представляет собой совокупность взаимосвязанных и согласованных действующих в ЭВМ, обеспечивающих автоматизацию процесса приема, обработки и выдачи информации пользователю.); 4) программное обеспечение (между физич БД и пользователями системы располагается уровень ПО, который называется: Менеджер БД, сервер БД, СУБД). Основная задача СУБД: представить пользователю БД возможность работать с ней не вникая в детали на уровне аппаратного обеспечения.Системы управления базами данных (СУБД) – комплекс программных средств, предназначенных для создания структуры новой базы, наполнения ее содержанием, редактирования содержимого и визуализации информации.
4. Модель данных - это некоторая абстракция, которая, будучи приложенной к конкретным данным, позволяет пользователям и разработчикам трактовать их уже как информацию, то есть сведения, содержащие не только данные, но и взаимосвязь между ними. Основные понятия. База данных (БД) — именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.База данных — это совокупность сведений (о реальных объектах, процессах, событиях или явлениях), относящихся к определенной теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности как в целом, так и любой ее части.Система управления базами данных — совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями. Другое определение:Система управления базой данных — система программного обеспечения, имеющая средства обработки на языке базы данных, позволяющая обрабатывать обращения к базе данных, которые поступают от прикладных программ и (или) конечных пользователей, и поддерживать целостность базы данных. Три типа логических моделей: 1)Иерархическая (имеет иерархическую структуру, т.е. каждый из элементов связан только с одним стоящим выше элементом, но в то же время на него могут ссылаться один или несколько нижестоящих элементов); 2)Сетевые (разница заключ между первым и вторым- что каждый последующий элемент данных может быть связан с любым другим элементом); 3)Реляционная (Основная идея заключается в том, что бы представить любой набор данных в виде двумерного массива- таблицы).
6 Системы управления базами данных Система управление базами данных (СУБД) — специализированная программа (чаще комплекс программ), предназначенная для организации и ведения базы данных. Для создания и управления информационной системой СУБД необходима в той же степени, как для разработки программы на алгоритмическом языке необходим транслятор. Основные функции СУБД управление данными во внешней памяти (на дисках);управление данными в оперативной памяти с использованием дискового кэша; журнализация изменений, резервное копирование и восстановление базы данных после сбоев; поддержка языков БД (язык определения данных, язык манипулирования данными). Обычно современная СУБД содержит следующие компоненты:ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию,процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода,подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД а также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы. Классификация СУБД По модели данных: Иерархические, Сетевые, Реляционные, Объектно-реляционные, Объектно-ориентированныеПо архитектуре организации хранения данных:локальные СУБД (все части локальной СУБД размещаются на одном компьютере)распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах) По способу доступа к БДФайл-серверные В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. Ядро СУБД располагается на каждом клиентском компьютере. Доступ к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера, а недостатком — высокая загрузка локальной сети. На данный момент файл-серверные СУБД считаются устаревшими.Примеры: Microsoft Access, Borland Paradox.Клиент-серверные Такие СУБД состоят из клиентской части (которая входит в состав прикладной программы) и сервера (см. Клиент-сервер). Клиент-серверные СУБД, в отличие от файл-серверных, обеспечивают разграничение доступа между пользователями и мало загружают сеть и клиентские машины. Сервер является внешней по отношению к клиенту программой, и по надобности его можно заменить другим. Недостаток клиент-серверных СУБД в самом факте существования сервера (что плохо для локальных программ — в них удобнее встраиваемые СУБД) и больших вычислительных ресурсах, потребляемых сервером. Примеры: Firebird, Interbase, IBM DB2, MS SQL Server, Sybase, Oracle, PostgreSQL, MySQL, ЛИНТЕР.Встраиваемые Встраиваемая СУБД — библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент-серверных и не требуют установки сервера, поэтому востребованы в локальном ПО, которое имеет дело с большими объёмами данных (например, геоинформационные системы). Примеры: OpenEdge, SQLite, BerkeleyDB, один из вариантов Firebird, один из вариантов MySQL, Sav Zigzag, Microsoft SQL Server Compact,.
5 Взаимосвязи в моделях и реляционный подход к построению модели Взаимосвязи в моделяходнозначно общеупотребимой модели сейчас нет и разные модели сосуществуют. Более того, они существуют взаимосвязано либо же попытки такой взаимоувязки (вплоть до объединения) неустанно предпринимаются. Существуют мнения, что они взаимоисключают друг друга и что они взаимодополняют друг друга... С точки зрения реляционной модели они остаются атомарными, а все возможности работы с ними, проистекающие из наличия внутренней структуры, реализуются объектно-ориентированными методами. Существует выбор, какие свойства предметной области моделировать реляционными методами (т.е. моделировать таблицами, связанными друг с другом ключами), а какие - объектными, но это уже составляет проблему разработчика базы данных: теория здесь лишь предоставляет возможности такого выбора. Другой аспект взаимной связи указанных двух моделей носит реализационный характер. Некоторые объектно-ориентированные системы сами реализованы на "реляционно-ориентированных" СУБД, как на системах, получивших доминирующее распространение на рынке СУБД, и вследствие этого наиболее продвинутых как промышленные изделия. В таких системах определения, заданные в рамках объектного подхода, переводятся в реляционные определения, или наоборот, объектно-ориентированные определения строятся как надстройки над реляционно-ориентированными системами.Реляционный подход к построению модели В конце 60-х годов появились работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных, т.е. возможности использования привычных и естественных способов представления данных. Наименьшая единица данных реляционной модели – это отдельное атомарное (неразложимое) для данной модели значение данных. Так, в одной предметной области фамилия, имя и отчество могут рассматриваться как единое значение, а в другой – как три различных значения. Доменом называется множество атомарных значений одного и того же типа. Смысл доменов состоит в следующем. Если значения двух атрибутов берутся из одного и того же домена, то, вероятно, имеют смысл сравнения, использующие эти два атрибута (например, для организации транзитного рейса можно дать запрос "Выдать рейсы, в которых время вылета из Москвы в Сочи больше времени прибытия из Архангельска в Москву"). Если же значения двух атрибутов берутся из различных доменов, то их сравнение, вероятно, лишено смысла: стоит ли сравнивать номер рейса со стоимостью билета? Степень отношения – это число его атрибутов. Отношение степени один называют унарным, степени два – бинарным, степени три – тернарным, ..., а степени n – n-арным. Кардинальное число или мощность отношения – это число его кортежей. Кардинальное число отношения изменяется во времени в отличие от его степени. Поскольку отношение – это множество, а множества по определению не содержат совпадающих элементов, то никакие два кортежа отношения не могут быть дубликатами друг друга в любой произвольно-заданный момент времени. Пусть R – отношение с атрибутами A1, A2, ..., An. Говорят, что множество атрибутов K=(Ai, Aj, ..., Ak) отношения R является возможным ключом R тогда и только тогда, когда удовлетворяются два независимых от времени условия: Уникальность: в произвольный заданный момент времени никакие два различных кортежа R не имеют одного и того же значения для Ai, Aj, ..., Ak. Минимальность: ни один из атрибутов Ai, Aj, ..., Ak не может быть исключен из K без нарушения уникальности. Каждое отношение обладает хотя бы одним возможным ключом, поскольку по меньшей мере комбинация всех его атрибутов удовлетворяет условию уникальности. Один из возможных ключей (выбранный произвольным образом) принимается за его первичный ключ. Остальные возможные ключи, если они есть, называются альтернативными ключами. Вышеупомянутые и некоторые другие математические понятия явились теоретической базой для создания реляционных СУБД, разработки соответствующих языковых средств и программных систем, обеспечивающих их высокую производительность, и создания основ теории проектирования баз данных. Однако для массового пользователя реляционных СУБД можно с успехом использовать неформальные эквиваленты этих понятий:Отношение – Таблица (иногда Файл), Кортеж – Строка (иногда Запись), Атрибут – Столбец, Поле. При этом принимается, что "запись" означает "экземпляр записи", а "поле" означает "имя и тип поля".
7. Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия: обследование предметной области, изучение ее информационной структуры выявление всех фрагментов, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами моделирование и интеграция всех представлений.По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели "сущность-связь". Логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД - ориентированную структуру базы данных и спецификации прикладных программ. На этом этапе часто моделируют базы данных применительно к различным СУБД и проводят сравнительный анализ моделей. Физическое проектирование - определение особенностей хранения данных, методов доступа и т.д.
8. Проектирование баз данных требует понимания деловых процессов, которые нужно моделировать. Оно также требует понимания основ и функций баз данных, которые нужно использовать для представления этих деловых процессов. Убедитесь, что база данных спроектирована аккуратно для отображения бизнес-процессов, так как значительные изменения структуры базы данных после ее реализации могут занять много времени. Хорошо спроектированная база данных также обеспечивает высокую производительность.
Подраздел |
Описание |
Разработка плана базы данных |
Описывает назначение базы данных и его влияние на проектирование. Предоставляет рекомендации по созданию плана базы данных в соответствии с назначением. |
Сравнение оперативной обработки транзакций и поддержки принятия решений |
Описывает характеристики оперативной обработки транзакций (OLTP) и приложений поддержки решений и их влияние на анализ проекта базы данных. |
Нормализация |
Описывает правила нормализации баз данных, которые помогут избежать ошибок при проектировании. |
Целостность данных |
Описывает, как обеспечить целостность данных в базе. |
Использование расширенных свойств с объектами базы данных |
Описывает, как пользоваться расширенными свойствами и описательным или управляющим текстом, масками ввода и правилами форматирования в виде свойств объектов базы данных или самой базы данных. |
Оценка размера базы данных |
Содержит процедуру оценки будущих размеров базы данных при наполнении ее данными. |
Проектирование файлов и файловых групп |
Описывает, как пользоваться файлами и файловыми группами для управления размером базы данных, как улучшить стратегии резервного копирования и восстановления и общую производительность базы данных. |
Создание таблицы
После создания общей структуры базы данных можно приступить к созданию таблиц, которые представляют собой отношения, входящие в состав проектабазы данных.
Таблица – основной объект для хранения информации в реляционной базе данных. Она состоит из содержащих данные строк и столбцов, занимает в базе данных физическое пространство и может быть постоянной или временной.
Поле, также называемое в реляционной базе данных столбцом, является частьютаблицы, за которой закреплен определенный тип данных. Каждая таблицабазы данных должна содержать хотя бы один столбец. Строка данных – это запись в таблице базы данных, она включает поля, содержащие данные из одной записи таблицы.
Приступая к созданию таблицы, необходимо иметь ответы на ряд вопросов:
Как будет называться таблица?
Как будут называться столбцы (поля) таблицы?
Какие типы данных будут закреплены за каждым столбцом?
Какой размер памяти должен быть выделен для хранения каждого столбца?
Какие столбцы таблицы требуют обязательного ввода?
Из каких столбцов будет состоять первичный ключ?
10 Индексирование: понятие индекса, типы индексных файлов. Индекс - структура данных, которая помогает СУБД быстрее обнаружить отдельные записи в файле и сократить время выполнения запросов пользователей. Индекс в базе данных аналогичен предметному указателю в книге. Это — вспомогательная структура, связанная с файлом и предназначенная для поиска информации по тому же принципу, что и в книге с предметным указателем. Индекс позволяет избежать проведения последовательного или пошагового просмотра файла в поисках нужных данных. При использовании индексов в базе данных искомым объектом может быть одна или несколько записей файла. Как и предметный указатель книги, индекс базы данных упорядочен, и каждый элемент индекса содержит название искомого объекта, а также один или несколько указателей (идентификаторов записей) на место его расположения.Типы: Первичный индекс - это такой специальный массив-указатель порядка записей, когда файл данных последовательно упорядочивается по полю ключа упорядочения, а на основе поля ключа упорядочения создается поле индексации, которое гарантированно имеет уникальное значение в каждой записи.Индекс кластеризации - это такой специальный массив-указатель порядка записей, когда файл данных последовательно упорядочивается по неключевому полю, и на основе этого неключевого поля формируется поле индексации, поэтому в файле может быть несколько записей, соответствующих значению этого поля индексации. Неключевое поле называется атрибутом кластеризации. Вторичный индекс - это индекс, который определен на поле файла данных, отличном от поля, по которому выполняется упорядочение.
11.Создание, активация и удаление индекса. Переиндексирование
Переиндексация базы данных - процесс пересоздания индексов таблиц базы данных.Создание индекса:CREATE [UNIQUE] INDEX <имя_индекса> ON <имя_таблицы> (<имя_столбца>,...)Эта команда создает индекс с заданным именем для таблицы <имя_таблицы> по столбцам, входящим в список, указанный в скобках. Индекс часто представляет из себя структуру типа B-дерева но могут использоваться и другие структуры. Создание индексов значительно ускоряет работу с таблицами. В случае указания необязательного параметра UNIQUE СУБД будет проверять каждое значение индекса на уникальность.Очень часто встает вопрос, какие поля необходимо индексировать. Обязательно надо строить индексы для первичных ключей, поскольку по их значениям осуществляется доступ к данным при операциях соединения двух и более таблиц. Также в ответе на этот вопрос поможет анализ наиболее частых запросов к базе данных. Например, для БД publications можно ожидать, что одним из наиболее частых запросов будет выборка всех публикаций данного автора. Для минимизации времени этого запроса необходимо посроить индекс для таблицы authors по именам авторов:
CREATE INDEX au_names ON authors (author);
Создание индексов для первичных ключей:
CREATE INDEX au_index ON authors (au_id);
CREATE INDEX title_index ON titles (title_id);
CREATE INDEX pub_index ON publishers (pub_id);
CREATE INDEX site_index ON wwwsites (site_id);
Первоначальное определение структуры индексов производится разработчиком на стадии создания прикладной системы. В дальнейшем она уточняется администратором системы по результатам анализа ее работы, учета наиболее часто выполняющихся запросов и т.д.
Удаление индекса:DROP INDEX <имя_индекса>
12)Для начала SQL-запрос на добавление новой записи в таблицу:INSERT INTO users (login, pass) values('TestUser', '123456')При добавлении записи вначале идёт команда "INSERT INTO", затем название таблицы, в которую мы вставляем запись. Далее идёт в круглых скобках названия полей, которые мы хотим заполнить. А затем в круглых скобках после слова "values" начинаем перечислять значения тех полей, которые мы выбрали. После выполнения этого запроса в нашей таблице появится новая запись.Иногда требуется обновить запись в таблице, для этого существует следующий SQL-запрос:UPDATE users SET login = 'TestUser2', pass='1234560' WHERE login='TestUser' Данный запрос является более сложным, так как он имеет конструкцию "WHERE", но о ней чуть ниже. Вначале идёт команда "UPDATE", затем имя таблицы, а после "SET" мы описываем значения всех полей, которые мы хотим изменить. Было бы всё просто, но встаёт вопрос: "А какую именно запись следует обновлять?". Для этого существует "WHERE". В данном случае мы обновляем запись, поле "login" у которой имеет значение "TestUser". Обратите внимание, что если таких записей будет несколько, то обновятся абсолютно все! Это очень важно понимать, иначе Вы рискуете потерять свою таблицу. SQL-запрос на удаление записей из таблицы: DELETE FROM users WHERE login='TestUser2' После команды "DELETE FROM" идёт имя таблицы, в которой требуется удалить записи. Дальше описываем конструкцию "WHERE". Если запись будет соответствовать описанным условиям, то она будет удалена. Опять же обратите внимание, в зависимости от количества записей, удовлетворяющих условию после "WHERE", может удалиться любое их количество. Редактирование информации (записей) в таблицах базы данных. Редактировать записи в базе данных можно с помощью sql запроса UPDATE, вот его синтаксис: UPDATE [LOW_PRIORITY] [IGNORE] название_таблицы set имя_столбца = новое_значение, ..... [WHERE - условая под которые подпадают изменяемые столбцы] [ORDER BY сортировка по критериям] [LIMIT число редактируемых записей] SELECT * FROM table_name WHERE (выражение) [order by field_name [desc][asc]] Эта команда ищет все записи в таблице table_name, которые удовлетворяют выражению выражение. Если записей несколько, то при указанном предложении order by они будут отсортированы по тому полю, имя которого записывается правее этого ключевого слова (если задано слово desc, то упорядочивание происходит в обратном порядке). В предложении order by могут также задаваться несколько полей. Особое значение имеет символ *. Он предписывает, что из отобранных записей следует извлечь все поля, когда будет выполнена команда получения выборки. С другой стороны, вместо звездочки можно через запятую непосредственно перечислить имена полей, которые требуют извлечения. Но чаще всего все же пользуются именно *.
13)Связь работает путем сопоставления данных в ключевых столбцах; обычно это столбцы с одним и тем же именем в обеих таблицах. В большинстве случаев связь сопоставляет первичный ключ одной таблицы, являющийся уникальным идентификатором каждой строки этой таблицы, с записями внешнего ключа другой таблицы. Например продажи книг можно связать с названиями проданных книг и создать связь между столбцом title_id таблицы titles (первичный ключ) и столбцом title_id таблицы sales (внешний ключ). Существует три типа связей между таблицами. Тип создаваемой связи зависит от того, как определены связанные столбцы. Связи «один ко многим» Связи «многие ко многим» Связи «один к одному» Связи «один ко многим» Связь «один ко многим» самая распространенная. В этом типе связей у строки таблицы А может быть несколько совпадающих строк таблицы Б, но каждой строке таблицы Б может соответствовать только одна строка из А. Например, между таблицами publishers и titles установлена связь «один ко многим»: каждый издатель публикует много книг, но каждая книга публикуется только у одного издателя. Используйте связь «один ко многим», если только у одного из связанных столбцов есть ограничение первичного ключа или уникальности. Столбец, являющийся первичным ключом в связи «один ко многим», отмечается символом ключа. Столбец, являющийся внешним ключом в связи «один ко многим», отмечается символом бесконечности. Связи «многие ко многим» В связи «многие ко многим» строке таблицы А может сопоставляться несколько строк таблицы Б, и наоборот. Такие связи создаются определением третьей таблицы, которая называется таблицей соединения, чей первичный ключ состоит из внешних ключей А и Б. Например, между таблицами authors и titles связь «многие ко многим» определена через связи «один ко многим» каждой из этих таблиц с таблицей titleauthors. Первичный ключ таблицы titleauthors представляет собой сочетание столбца au_id (первичный ключ таблицы authors) и столбца title_id (первичный ключ таблицы titles). Связи «один к одному» В связи «многие к одному» строке таблицы А может сопоставляться только одна строка таблицы Б, и наоборот. Связь «один к одному» создается, если для обоих связанных ключей определены ограничения первичного ключа или уникальности. Этот тип связи обычно не используется, так как большую часть связанных таким образом данных можно хранить в одной таблице. Связь «один к одному» можно использовать для: Разделения таблицы со многими столбцами. Изоляции части таблицы из соображений безопасности. Хранения кратковременных данных, которые можно легко удалить вместе со всей таблицей. Хранения данных, которые относятся только к части основной таблицы. Столбец, являющийся первичным ключом в связи «один к одному», отмечается символом ключа. Столбец, являющийся внешним ключом, также отмечается символом ключа.Создание связи по внешнему ключу в конструкторе таблиц: 1)В обозревателе объектов щелкните правой кнопкой мыши таблицу, которая будет содержать внешний ключ для связи, и выберите пункт Конструктор. 2)В меню конструктора таблиц выберите пункт Связи. 3)В диалоговом окне Связи внешнего ключа щелкните Добавить. 4)Щелкните нужную связь в списке Выбранные связи. 5)Щелкните Спецификация таблиц и столбцов в сетке справа и нажмите кнопку с многоточием (...) справа от свойства. 6)В диалоговом окне Таблицы и столбы в раскрывающемся списке Первичный ключ выберите таблицу, которая будет находиться на стороне первичного ключа связи. 7)В сетке внизу выберите столбцы, составляющие первичный ключ таблицы. В соседней ячейке сетки слева от каждого столбца выберите соответствующий столбец внешнего ключа таблицы внешнего ключа. 8)Нажмите кнопку OK, чтобы создать связь. Удаление связи: 1)В обозревателе объектов щелкните правой кнопкой мыши таблицу, входящую в связь, и выберите пункт Конструктор 2)В меню Конструктор таблиц выберите пункт Связи. 3)В диалоговом окне Связи по внешним ключам выберите связь из списка Выбранная связь. 4)Нажмите кнопку Удалить.Типы ключей: 1)Потенциальные ключи. Потенциальным ключом будем называть такую комбинацию столбцов, которая обладает следующими свойствами: Уникальностью В таблице нет двух разных строк с одинаковыми значениями в нашем потенциальном ключе. Не избыточностью. Нельзя убрать один из столбцов из ключа, так, чтобы он не потерял уникальности. Первичные ключи.Итак с потенциальными ключами определились. 2)Первичный ключ - это один из потенциальных ключей. Тот, который нам больше понравится. Вам какой больше нравиться? В реальной ситуации, новичок выберет номер паспорта. А что выберет профессионал? Профессионал добавит еще одно поле-счетчик, которое будет содержать уникальное для каждой записи значение. В Delphi такой тип поля называется AutoIncrement, в SQL Server есть целых 2 варианта - TimeStamp и свойство Identity поля. Подробнее этот момент мы рассмотрим в уроках по в взаимодействию с SQL Server'ом. Про полезность введения дополнительного поля, так называемого "суррогатного ключа", можно почитать здесь. Мы ведь собрались стать профессионалами? Вот и поучимся у умных людей. Лирическое отступление - умный человек, а тем более профессионал никогда не скажет "Я и так все знаю, ничему меня не научишь". Потому что он знает - всегда есть чему учиться. 3)Альтернативные ключи. Первичный ключ может быть только один на всю таблицу! После выбора первичного ключа из набора потенциальных ключей, оставшиеся ключи называются альтенативными. 4)Внешние ключи- он не может существовать без соответствующей строки из второй таблицы,