Результаты (
русский) 2:
[копия]Скопировано!
Манипулирование данных
После того, как данные были помещены в реляционную базу данных, пользователи могут делать запросы и анализировать данные. Основные манипуляции данных включают в себя Выбор, проектирование, и присоединение. Выбор включает в себя устранение строк в соответствии с определенными критериями. Предположим , что таблица проекта содержит номер проекта, описание и номер отдела для всех проектов, выполняемых компанией. Президент компании может понадобиться , чтобы найти номер отдела для проекта 226, проект продаж вручную. Используя выбор, президент может устранить все строки , но проект продаж руководство 598.
Проектирование включает в себя устранение столбцов в таблице. Например, мы могли бы иметь таблицу отдел , который содержит номер отдела, название отдела, и номер социального страхования (SSN) менеджера, ответственного за проект. Менеджер по продажам может понадобиться создать новую таблицу с только номер отдела и номер социального страхования менеджера, ответственного за проект продажи вручную. Проекция может быть использован для устранения колонки название отдела и создать новую таблицу , содержащую только номер отдела и номер социального страхования.
Присоединение предполагает объединение двух или более таблиц. Например, мы можем объединить таблицу проекта и таблицу отделов , чтобы получить новую таблицу с номером проекта, описание проекта, номер отдела, название отдела и номер социального страхования для менеджера, ответственного за проект.
Пока таблицы имеют , по меньшей мере , один общий атрибут данных, таблицы в реляционной базе данных могут быть связаны , чтобы предоставлять полезную информацию и отчеты. Будучи в состоянии связать таблицы друг с другом посредством общих атрибутов данных является одним из ключей к гибкости и мощности реляционных баз данных. Предположим , что президент компании хочет узнать имя менеджера проекта по продажам ручного и продолжительность времени менеджер был с компанией. Предположим , что компания имеет менеджер, отдел и таблицы проекта , показанные на рисунке 5.6. SA упрощена ER диаграмма , показывающая взаимосвязь между этими таблицами показана на рисунке 5.7. Обратите внимание на гусиные ногой по столу проекта. Это указывает на то, что отдел может иметь много проектов. Президент сделает запрос к базе данных, возможно , с помощью персонального компьютера. СУБД будет начинаться с описания проекта и поиск в таблице проекта , чтобы узнать номер отдела проекта. Затем он будет использовать номер отдела для поиска в таблице отдел по номеру социального страхования менеджера. Номер отдела также находится в таблице отделов и является общим элементом , который позволяет таблицу проекта и таблица отдел быть связаны между собой . СУБД затем использует номер социального страхования , менеджера для поиска в таблице менеджера на дату нанять менеджера. Номер социального страхования менеджера является общим элементом между таблицей отдела и таблицы менеджера. Конечный результат:. Имя менеджера и нанять данные представлены президенту в качестве ответа на запрос
Одним из основных преимуществ реляционной базы данных является то , что она позволяет таблицы быть связаны между собой , как показано на рисунке 5.8. Эта связь особенно полезна , когда необходима информация из нескольких таблиц, как в нашем примере. Номер социального страхования менеджера, например, сохраняется в таблице менеджера. Если номер социального обеспечения необходимо, оно может быть получено путем ссылки на таблицу менеджера.
переводится, пожалуйста, подождите..