[vsesdal]
Тип работы: Реферат
Предмет: Информатика
Страниц: 15
СОДЕРЖАНИЕ
Стр.
ВВЕДЕНИЕ 3
1. Понятие и характеристика беспроводных сетей 4
2. Преимущества использования беспроводных сетей 7
3. Для чего нужны базы данных 9
4. Понятие реляционной базы данных 11
5. Двенадцать правил Кодда 13
ЗАКЛЮЧЕНИЕ 16
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 17Стоимость данной учебной работы: 300 руб.

 

    Форма заказа работы
    ================================

    Укажите Ваш e-mail (обязательно)! ПРОВЕРЯЙТЕ пожалуйста правильность написания своего адреса!

    Укажите № работы и вариант

    Соглашение * (обязательно) Федеральный закон ФЗ-152 от 07.02.2017 N 13-ФЗ
    Я ознакомился с Пользовательским соглашением и даю согласие на обработку своих персональных данных.

    Учебная работа № 430581. Тема: Реляционные базы данных. Беспроводные компьютерные сети

    Выдержка из похожей работы

    …….

    Реляционные Базы Данных. SQL – стандартный язык реляционных баз данных

    …..годаря стремлению упростить и упорядочить первые модели
    данных.
    Системы управления файлами.
    До появления СУБД все данные, которые содержались в
    компьютерной системе постоянно, хранились в виде отдельных файлов. Система
    управления файлами, которая обычно является частью операционной системы
    компьютера, следила за именами файлов и местами их расположения. В системах
    управления файлами модели данных, как правило, не использовались; эти системы
    ничего не знали о внутреннем содержимом файлов. Для такой системы файл, содержащий
    документ текстового процессора, ничем не отличается от файла, содержащего данные
    о начисленной зарплате.
    Рис. 1.1.   Приложение для начисления зарплаты,
    использующее систему управления файлами.
     
    Программа для начисления
    зарплаты
             ОСД
             ОСД
     
    Программа для создания 
    отчетов по служащим
             ОСД
     
    Программа для обновления
    данных по служащим
             ОСД
     
    Рис 1.1.    Приложение для начисления зарплаты,
    использующее систему управления файлами.
     
    Знание о содержимом файла – какие данные
    в нём хранятся и какова их структура – было уделом прикладных программ,
    использующих этот файл, что иллюстрирует рис. 1.1. В приложении для начисления
    зарплаты каждая из программ, обрабатывающих файл с информацией о служащих,
    содержит в себе описание структуры данных (ОСД), хранящихся в этом
    файле. Когда структура данных изменялась – например, в случае добавления нового
    элемента данных для каждого служащего, – необходимо было модифицировать каждую
    из программ, обращавшихся к файлу. Со временем количество файлов и программ
    росло, и на сопровождение существующих приложений приходилось затрачивать всё
    больше и больше усилий, что замедляло разработку новых приложений.
    Проблемы сопровождения больших систем, основанных на
    файлах, привели в конце 60-х годов к появлению СУБД. В основе СУБД лежала
    простая идея: изъять из программ определение структуры содержимого файла и
    хранить её вместе с данными в базе данных.
    Иерархические СУБД
    Одной из наиболее важных сфер применения первых СУБД
    было планирование производства для компаний, занимающихся выпуском продукции.
    Например, если автомобильная компания хотела выпустить 10000 машин одной модели
    и 5000 машин другой модели, ей необходимо было знать, сколько деталей следует
    заказать у своих поставщиков. Чтобы ответить на этот вопрос, необходимо
    определить, из каких деталей состоят эти части и т.д. Например, машина состоит
    из двигателя, корпуса и ходовой части; двигатель состоит из клапанов,
    цилиндров, свеч и т.д. Работа со списками составных частей была как будто специально
    предназначена для компьютеров.
    Записи
     
    Список
    составных частей изделия по своей природе является иерархической структурой.
    Для хранения данных, имеющих такую структуру, была разработана иерархическая
    модель данных, которую иллюстрирует рис. 1.2.
    В этой модели каждая запись базы данных
    представляла конкретную деталь. Между записями существовали отношения предок/потомок,
    связывающие каждую часть с деталями, входящими в неё.
    Чтобы получить доступ к данным, содержащимся в базе
    данных, программа могла:
    ·   найти конкретную деталь (правую дверь) по её номеру;
    ·   перейти “вниз” к первому потомку (ручка
    двери);
    ·   перейти “вверх” к предку (корпус);
    ·   перейти “в сторону” к другому потомку
    (правая дверь).