Технология работы с базами социальных данных.

Социальная информация выступает в современных условиях как один из важнейших факторов функционирования и развития страны. С понятием информации приходится сталкиваться всякий раз, когда необходимо определенным образом влиять на поведение некоторых объектов

ВНИМАНИЕ! Работа на этой странице представлена для Вашего ознакомления в текстовом (сокращенном) виде. Для того, чтобы получить полностью оформленную работу в формате Word, со всеми сносками, таблицами, рисунками (вместо pic), графиками, приложениями, списком литературы и т.д., необходимо скачать работу.

Содержание

Введение 3
1. Базы данных как средство хранения и обработки информации 4
2. Создание новой базы социальных данных 7
3. Постановка задачи проектирования системы 9
4. Доступ к социальным данным 11
5. Задачи, стоящие перед системой хранения социальных данных и их решение 13
Заключение 17
Список литературы 18
Приложения……………………………………………….………………19

Введение

Социальная информация выступает в современных условиях как один из важнейших факторов функционирования и развития страны. С понятием информации приходится сталкиваться всякий раз, когда необходимо определенным образом влиять на поведение некоторых объектов с тем, чтобы их функционирование протекало в соответствии с поставленной целью.
Исходя из современных требований, предъявляемых к качеству работы социальных организаций, нельзя не отметить, что их эффективная работа всецело зависит от уровня оснащения подразделений электронным оборудованием, таким, как компьютеры, средства связи, организационная техника. Важнейшим направлением использования средств вычислительной техники в сочетании с экономико-математическими методами является автоматизированное решение основных задач.
Система управления базами данных Microsoft Access является одним из самых популярных приложений в семействе настольных СУБД. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. Все вышесказанное обуславливает актуальность данной темы на сегодняшний день.
Цель данной работы заключается в рассмотрении технологии работы с базами социальных данных.

1. Базы данных как средство хранения и обработки информации

Базы данных - это совокупность сведений (о реальных объектах, процессах, событиях или явлениях), относящихся к определенной теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности как в целом, так и любой ее части. Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного типа. Каждая строка таблицы включает данные об одном объекте (например, клиенте, автомобиле, документе), а столбцы таблицы содержат различные характеристики этих объектов - атрибуты (например, наименования и адреса клиентов, марки и цены автомобилей). Строки таблицы называются записями; все записи имеют одинаковую структуру - они состоят из полей, в которых хранятся атрибуты объекта. Каждое поле записи содержит одну характеристику объекта и имеет строго определенный тип данных (например, текстовая строка, число, дата). Все записи имеют одни и те же поля, только в них содержатся разные значения атрибутов.
Для работы с данными используются системы управления базами данных (СУБД). Основные функции СУБД - это определение данных (описание структуры баз данных), обработка данных и управление данными.
Прежде чем заносить данные в таблицы, нужно определить структуру этих таблиц. Под этим понимается не только описание наименований и типов полей, но и ряд других характеристик (например, формат, критерии проверки вводимых данных). Кроме описания структуры таблиц, обычно задаются связи между таблицами. Связи в реляционных базах данных определяются по совпадению значений полей в разных таблицах. Например, клиенты и заказы связаны отношением «один-ко-многим», т. к. одной записи в таблице, содержащей сведения о клиентах, может соответствовать несколько записей в таблице заказов этих клиентов. Если же рассмотреть отношение между преподавателями и курсами лекций, которые они читают, это будет отношение «многие-ко-многим», т. к. один преподаватель может читать несколько курсов, но и один курс может читаться несколькими преподавателями. И последний тип связей между таблицами - это отношение «один-к-одному». Такой тип отношений встречается гораздо реже. Как правило, это бывает в двух случаях: запись имеет большое количество полей, и тогда данные об одном типе объектов разносятся по двум связанным таблицам, или нужно определить дополнительные атрибуты для некоторого количества записей в таблице, тогда создается отдельная таблица для этих дополнительных атрибутов, которая связывается отношением «один-к-одному» с основной таблицей.
Любая СУБД позволяет выполнять четыре простейшие операции с данными:
• добавлять в таблицу одну или несколько записей;
• удалять из таблицы одну или несколько записей;
• обновлять значения некоторых полей в одной или нескольких записях;
• находить одну или несколько записей, удовлетворяющих заданному условию.
Для выполнения этих операций используется механизм запросов. Результатом выполнения запросов является либо отобранное по определенным критериям множество записей, либо изменения в таблицах. Запросы к базе формируются на специально созданном для этого языке, который так и называется язык структурированных запросов (SQL - Structured Query Language).
И последняя функция СУБД - это управление данными. Под управлением данными обычно понимают защиту данных от несанкционированного доступа, поддержку многопользовательского режима работы с данными и обеспечение целостности и согласованности данных.
Защита от несанкционированного доступа обычно позволяет каждому пользователю видеть и изменять только те данные, которые ему разрешено видеть или менять. Средства, обеспечивающие многопользовательскую работу, не позволяют нескольким пользователям одновременно изменять одни и те же данные. Средства обеспечения целостности и согласованности данных не дают выполнять такие изменения, после которых данные могут оказаться несогласованными. Например, когда две таблицы связаны отношением «один-ко-многим», нельзя внести запись в таблицу на стороне «многие» (ее обычно называют подчиненной), если в таблице на стороне «один» (главной) отсутствует соответствующая запись.
При проектировании структуры баз данных стараются избегать повторения данных и создают для них отдельные таблицы. Этот процесс называется нормализацией.
Рассмотрим на примере, как можно избежать повторения данных в полях таблиц.
Чтобы избежать дублирования данных, рекомендуется создать две таблицы и затем связать их.
Вы можете просматривать, изменять и удалять данные прямо в таблицах. Однако часто удобнее использовать для этого специально созданные экранные формы, которые могут иметь как табличный вид, когда в форме таблицы отображается сразу несколько записей, так и показывать только одну запись в виде некоторого бланка. В формах можно отображать информацию сразу из нескольких таблиц. В этом случае в основе формы будет не таблица, а запрос. Запрос позволяет объединять данные из нескольких связанных таблиц, выполнять вычисления над данными из других столбцов таблицы, добавлять, изменять и удалять записи в таблицах. При этом в большинстве случаев вам не нужно изучать язык Access SQL, т. к. вы всегда можете посмотреть тот запрос, который сформирует для вас Access в результате интерактивного процесса конструирования.
Для того чтобы можно было анализировать хранящуюся в базе данных Access информацию, вы будете создавать разные отчеты, которые позволяют извлекать необходимые данные, группировать и сортировать их в нужном виде, вычислять итоговые значения по группам и в целом по всем отработанным записям. Отчеты могут быть дополнены рисунками, диаграммами, содержательными комментариями, могут быть выведены на печать, преобразованы в документ Word или опубликованы на Web.
Другим удобным средством, которым вы можете пользоваться, чтобы публиковать данные в вашей сети интранет или Интернет, являются страницы доступа к данным.
Они могут содержать не только статическую информацию для просмотра отчетов, но могут также иметь вид динамических страниц, позволяющих пользователю создавать запросы к базе данных, которые извлекают или изменяют нужные данные.
Для выполнения всех перечисленных операций Access предлагает большое количество Мастеров и Построителей, которые помогут быстро научиться работать с данными и добиваться желаемых результатов, а также избежать рутинных действий, которые присутствуют всегда, даже в такой творческой работе, как разработка приложений в Access.

2. Создание новой базы социальных данных

После короткого обзора возможностей Access перейдем к описанию начальных действий по запуску Access и открытию файлов баз данных.
Можно воспользоваться областью задач Создание файла (New file) справа, где в разделе Открытие файла (Open a file) помещен список ранее открывавшихся файлов, а также кнопка Другие файлы (More files). Щелчок мышью по последней приведет к открытию диалогового окна Открытие файла базы данных (Open).
Для создания новой базы данных необходимо воспользоваться областью задач Создание файла (New file) окна приложения Microsoft Access. Эта область появляется справа при первом запуске Access. Если вы уже использовали Access для работы с каким-либо файлом и после его закрытия не видите в главном окне этой области, вы можете:
• выбрать команду Создать (New) из меню Файл (File);
• нажать кнопку Создать (New) на панели инструментов.
Любое из этих действий приведет к открытию справа области задач Создание файла (New file).
Создать новую базу данных можно тремя способами:
• путем создания новой пустой базы данных;
• созданием копии существующей базы данных;
• с помощью создания базы данных с использованием шаблона.
Чтобы создать базу данных с помощью области задач Создание файла (New file), необходимо:
В этой области из раздела Создание (New) выбрать элемент Новая база данных (Blank Database). Появится диалоговое окно Файл новой базы данных (File New Database) с содержимым папки Мои документы.
В раскрывающемся списке Папка (Save in) открыть папку, в которой будет храниться создаваемая база данных, или выбрать папку одним из методов, описанных в разд. «Запуск Access и открытие баз данных» данной главы.
В поле ввода Имя файла (File name) указать имя создаваемого файла и нажать кнопку Создать (Create). По умолчанию Access присваивает новой базе данных имя dbl, а если база с именем dbl уже существует, то db2 и т. д. После нажатия кнопки появится окно новой базы данных.
Чтобы создать копию существующей базы данных, необходимо:
Открыть область задач Создание файла (New file), если она не была открыта (см. разд. «Создание новой базы данных» данной главы).
Из раздела Создание из имеющегося файла (New from existing file) выбрать команду Выбор файла (Choose file).
С помощью открывшегося диалогового окна Создание из имеющегося файла (New from existing file) выбрать файл базы данных, копию которого вы хотите создать. Это диалоговое окно будет идентично окну Открытие файла базы данных (Open).
Щелкнуть Мышью по кнопке ОК.
При этом будет открыта копия выбранного вами файла базы данных, во всем идентичная оригиналу (то есть и по данным, и по структуре баз данных), которая будет немедленно сохранена под именем <имя файла>1 .mdb.
Для создания новой базы данных можно воспользоваться соответствующим заранее заготовленным шаблоном. Чтобы запустить Мастер шаблонов, нужно:
Открыть область задач Создание файла (New file), если она еще не была открыта (см. начало разд. «Создание новой базы данных» данной главы).
Из раздела Создание с помощью шаблона (New from template) выбрать команду Общие шаблоны (General templates). Появится диалоговое окно Шаблоны (Templates).
Вкладка Базы данных (Databases) позволяет использовать в качестве основы один из шаблонов наиболее популярных баз данных. Для этого выберите ярлык шаблона, который кажется вам более всего подходящим для создаваемой базы данных, и нажмите кнопку ОК. Далее следуйте указаниям Мастера шаблонов.
При работе с Мастером шаблонов сначала вас попросят задать название новой базы данных, после чего она будет открыта. Затем приводятся краткие сведения о содержимом базы. Нажмите на кнопку Далее (Next). После этого вам будут показаны таблицы и поля, используемые в базе.
Наконец, на последнем шаге можно уведомить Access об отказе немедленного открытия вновь созданной базы (для этого необходимо снять флажок Да (Yes) в последнем окне мастера), после чего нажать кнопку Готово (Finish).

3. Постановка задачи проектирования системы

Постановка задачи – это определение задачи по определенным правилам, которое дает полное представление об ее составе, путях преобразования информации для получения результата.
На основе постановки задачи разработчик должен представить логику ее решения и рекомендовать стандартные программные средства, пригодные для ее реализации. Через постановку задачи, путем регламентации изложения ее содержания, устраняются трудности взаимодействия “пользователь – разработчик”, что делает это взаимодействие более логичным и системным.
Для постановки задачи используются сведения, необходимые и достаточные для полного представления ее логической и информационной сущности. Постановка задачи требует выполнения ряда комплексов операций в последовательности, определенной логикой их внутренней взаимосвязи, что отражает технологию этого процесса.
Основные характеристики функциональных задач, уточняемые в процессе их формализованной постановки, представлены на рис. 8.
Для постановки задачи используются сведения, необходимые и достаточные для полного предоставления ее логической и информационной сущности. Выходная информация по задаче может быть представлена в виде документов, сформированных кадров – видеограммы на экране монитора, выходного сигнала устройству управления. Входная информация по задаче определяется как данные, поступающие на вход задачи и используемые для ее решения. Входной информацией служат первичные данные документов, информация, хранимая в файлах базы данных.
В данном комплексе осуществляются операции по определению назначения задачи, ее цели, периодичности и сроков выполнения.
Назначение - задача предназначена для отдела статистики предприятий и региональных счетов Брянского областного комитета государственной статистики, осуществляющего сбор и обработку данных по индивидуальным предпринимателям Брянской области.
Целью решаемой задачи является улучшение работы отдела, путем внедрения автоматизированной системы сбора и обработки информации.
Периодичность решения задачи - данная задача решается в течение всего отчетного периода – года по мере поступления данных.
Под входной информацией понимается вся информация, необходимая для решения задачи и расположенная на различных носителях: первичных документах. В процессе обработки информации по индивидуальным предпринимателям Брянской области в качестве входящей информации выступает форма статистической отчетности.
Выходная информация получается в результате преобразования входных данных.
Анализ потока входной и выходной информации более подробно представлен в аналитической части проекта.
Алгоритм – система точно сформулированных правил, определяющая процесс преобразования допустимых исходных данных (входной информации) в желаемых результат (выходную информацию) за конечное число шагов.
Алгоритм решения задачи имеет ряд обязательных свойств:
- дискретность – разбиение процесса обработки информации на более простые этапы, выполнение которых компьютером или человеком не вызывает затруднений;
- определенность алгоритма – однозначность выполнения каждого определенного шага преобразования информации;
- выполнимость – конечность действий алгоритма решения задач, позволяющая получить желаемый результат при допустимых исходных данных за конечное число шагов;
- массовость – пригодность алгоритма для решения определенного класса задач.
Для наглядного отображения всей последовательности сбора и обработки информации по индивидуальным предпринимателям отделом статистики предприятий и региональных счетов Брянского областного комитета государственной статистики с использованием автоматизированной системы был сформирован алгоритм (рис. 2).

4. Доступ к социальным данным

Доступ к социальным данным невозможен как в случае выхода из строя каналов (доступа) или вычислительных средств, так и в случае отсутствия необходимой производительности для выполнения прикладных задач.
Выделение средств хранения социальных данных в отдельную подсистему в рамках Вычислительного Комплекса позволит проектировщикам сконцентрироваться на решении проблем обеспечения надежного хранения и доступа к данным в рамках одной подсистемы. Кроме того, это создает предпосылки для оформления системы хранения данных (СХД) в организационно-техническую структуру, что является основой для аутсорсинга услуг по предоставлению средств хранения данных.
Для многих система хранения социальных социальных данных ассоциируется с устройствами хранения и, в первую очередь, с дисковыми массивами. Действительно, дисковые массивы сегодня являются основными устройствами хранения социальных данных, однако, не стоит забывать, что обработка информации, формирование логической структуры ее хранения (дисковых томов и файловых систем) осуществляется на серверах. В процесс доступа к социальным данным, (помимо процессоров и памяти сервера) вовлечены установленные в нем адаптеры (Host Bus Adapter - HBA), работающие по определенному протоколу, драйверы, обеспечивающие взаимодействие HBA с операционной системой, менеджер дисковых томов, файловая система и менеджер памяти операционной системы.
Система хранения социальных данных должна включать следующие подсистемы и компоненты:
Устройства хранения социальных данных: дисковые массивы и ленточные библиотеки. Современные высокопроизводительные дисковые массивы используют технологию Fibre Channel для подключения к ним серверов и для доступа к дискам внутри массива. Они могут масштабироваться до десятков терабайт дискового пространства и обладают встроенным интеллектом для выполнения специальных функций, таких как: виртуализация дискового пространства, разграничение доступа к дисковому пространству, создание Point-In-Time (PIT) копий социальных данных(1) и репликация социальных данных между массивами. К устройствам хранения социальных данных также относятся всевозможные библиотеки - ленточные, магнитооптические и CD/DVD, которые в данной статье рассматриваться не будут.
Инфраструктуру доступа серверов к устройствам хранения социальных данных. В настоящее время, как правило, инфраструктура доступа серверов к устройствам хранения социальных данных создается на основе технологии SAN. SAN является высокопроизводительной информационной сетью, ориентированной на быструю передачу больших объемов социальных данных.
Систему резервного копирования и архивирования социальных данных. Система предназначена для создания резервных копий и восстановления социальных данных. Система резервного копирования позволяет защитить социальные данные от разрушения не только в случае сбоев или выхода из строя аппаратуры, но и в результате ошибок программных средств и пользователей.
Программное обеспечение управления хранением социальных данных. Программное обеспечение предназначено для решения задач управления хранением социальных данных, например, для разметки дисковых томов или повышения производительности доступа к социальным данным прикладного ПО.
Систему управления. Система предназначена для мониторинга и управления уровнем качества сервиса хранения социальных данных. Она тесно интегрируется с системой управления ВК. Основой системы управления СХД являются средства управления аппаратными ресурсами сети хранения социальных данных. Их интеграция с другими системами дает возможность контролировать ресурсы СХД и управлять ими на всех уровнях, от дисков в массиве до файловой системы сервера.

5. Задачи, стоящие перед системой хранения социальных данных и их решение

Система хранения социальных данных предназначена для организации надежного хранения социальных данных, а также отказоустойчивого, высокопроизводительного доступа серверов к устройствам хранения. Существующие в настоящее время методы по обеспечению надежного хранения социальных данных и отказоустойчивого доступа к ним можно охарактеризовать одним словом - дублирование.
Так, для защиты от отказов отдельных дисков используются технологии RAID, которые (кроме RAID-0) применяют дублирование социальных данных, хранимых на дисках. Уровень RAID-5 хотя и не создает копий блоков социальных данных, но все же сохраняет избыточную информацию, что тоже можно считать дублированием. Для защиты от логического разрушения социальных данных (разрушение целостности базы социальных данных или файловой системы), вызванных сбоями в оборудовании, ошибками в программном обеспечении или неверными действиями обслуживающего персонала, применяется резервное копирование, которое тоже является дублированием социальных данных. Для защиты от потери социальных данных вследствие выхода из строя устройств хранения по причине техногенной или природной катастрофы, социальные данные дублируются в резервный центр.
Одной из главных составляющих системы хранения социальных данных является дисковый массив. В процессе проектирования СХД неизбежно возникает вопрос, какой массив выбрать?
Приведем часто встречающийся на практике, но не претендующий на полноту перечень требований, разбитый по категориям.
Функциональные требования
Емкость "сырого" (raw), т.е. без разметки на уровни RAID, дискового пространства массива должна составлять N ТБ. Если Вам встретилось требование к дисковому объему массива в такой формулировке, то это означает, что планирование disk layout еще не проводилось. В противном случае формулировка была бы иная: столько-то дисков такого-то объема и такой-то скорости вращения, столько-то дисков другого объема и т.д.
Число LUNs, поддерживаемых дисковым массивом. Данное требование можно четко сформулировать опять же только после планирования disk layout. Но число необходимых LUN можно "грубо" посчитать по числу серверов, подключаемых к дисковому массиву, с учетом выполняемых ими классов задач. Например, сервер ORACLE — 3 LUNs (социальные данные, журналы, архив журналов), файл-сервер — 1 LUN, сервер sendmail — 2 LUNs (файлы и журнал файловой системы) и т.п.
Число подключаемых серверов и платформы подключаемых серверов.
Возможность создания PIT-копии социальных данных средствами массива. Данная функциональность массива может потребоваться, если, например, принято проектное решение о загрузке социальных данных из OLTP-задачи в DSS-задачу средствами массива.
Требования к производительности
Дисковый массив должен обеспечивать производительность N IOPS, а агрегированная пропускная способность массива должна составлять M МБ/с. Как уже отмечалось, получить такие цифры не просто. Если существует прототип системы или выбор дискового массива осуществляется для модернизации существующей СХД, то можно провести "натурные" замеры производительности и аппроксимировать их для ожидаемого роста нагрузки на СХД.
Специфические функции управления кэш-памятью массива. Например, к таким функциям относятся:
возможность закрепления участка кэш-памяти за конкретным LUN (может пригодиться для размещения в кэш часто используемых служебных таблиц базы социальных данных);
отключение использования кэш на запись и/или чтение для конкретного LUN (может потребоваться для DSS-задач);
обеспечение уровня сервиса в виде заданного уровня производительности (IOPS) или пропускной способности (МБ/с) для указанного сервера.
Требования по отказоустойчивости и надежности хранения социальных данных
Поддержка нужных уровней RAID. Как правило, это уровни 1, 0+1,1+0 и 5.
Наличие дисков "горячей замены" (hot-spare). Механизмы использования hot-spare дисков могут быть разные. Например, возможен вариант, когда в случае отказа диска социальные данные из дисков затронутой RAID-группы копируются на hot-spare диск. Но также возможен вариант, когда нет специально выделенного hot-spare диска — все диски содержат социальные данные, но при этом на всех дисках выделена резервная область, куда копируются социальные данные с поврежденной RAID-группы. Определение требуемого метода опять же за проектировщиком.
Защита участков кэш-памяти, обслуживающих операции записи. За исключением тех случаев, когда отключен кэш на запись, сервер получает подтверждение завершения операции записи сразу после попадания социальных данных в кэш-память еще до записи их на диск. Для обеспечения целостности социальных данных обычно применяются следующие методы:
Зеркалирование участков кэш-памяти, обслуживающих операции записи.
Поддержка батареями кэш-памяти в течении N часов или сохранение ее содержимого на диски в случае отключения внешнего питания. Какой из указанных вариантов определить в требованиях — задача проектировщика.
Дублирование всех компонентов и отсутствие единой точки отказа (SPOF). Степень важности этого требования зависит от режима работы системы и требований к доступности сервисов. Однако, не надо забывать, что сам массив является SPOF, если он не задублирован другим массивом.
Возможность создания PIT-копий социальных данных для использования их в системе резервного копирования. В ряде систем, где обрабатываются большие объемы социальных данных (терабайты), а сервисы должны быть доступны 24х7 при больших нагрузках, необходимо применять Serverless резервное копирование. Для этого используется механизм создания PIT-копий средствами дискового массива.
Требования по обслуживаемости
Возможность замены компонентов массива "на ходу" без остановки системы. Выполнение этого требования важно для систем, работающих в режиме 24х7.
Требования по управляемости
Управление политикой использования кэш-памяти для различных LUN. Может потребоваться при "тонкой" настройке массива.
Наличие средств сбора статистики о работе массива.
Наличие встроенных средств оптимизации работы массива. Это достаточно специфичное требование, однако, наличие таких средств может помочь, когда потребуется оптимизация, а квалифицированного персонала, способного её выполнить, не будет.
Интеграция средств управления массива с уже развернутой системой управления, например HP OpenView.
Но все же основным критерием, по которому можно отнести массив к одному из классов mid-range или high-end, является архитектура. Многие производители заявляют, что mid-range массивы имеют модульную архитектуру, а high-end массивы — монолитную. Это не совсем верно. Модульная или монолитная "архитектура" говорит о конструктиве массива — собирается из отдельных блоков или шкафов. В действительности архитектуру всех mid-range массивов (и многих low-end) можно характеризовать как "двухконтроллерную с общей шиной". Смысл этого определения становится понятен, если взглянуть на Рис. 5.
Для high-end массивов характерна коммутируемая или матричная архитектура(1) (Рис. 6). Очевидно, что в данной архитектуре нет "узких мест", тогда как в mid-range архитектуре узкими местами являются: контроллер, поскольку каждый контроллер обслуживает свои RAID-группы (набор дисков, на которых реализован один уровень RAID), шина между контроллерами, ограниченное число FC-AL петель к дискам, расположение дисков RAID-группы "вдоль" одной петли FC-AL. В high-end массивах RAID-группы располагаются "поперек" FC-AL петель. Например, в high-end массивах Hitachi RAID-группа состоит из 4-х или восьми дисков, где каждый диск подключается к двум различным петлям от двух различных дисков контроллеров. Такая конфигурация позволяет выполнять операции записи-чтения со всех дисков RAID-группы параллельно, чего нельзя добиться в mid-range массивах, когда диски одной RAID-группы расположены вдоль одной петли и доступ к ним осуществляется по очереди.

Заключение

Базы данных - это совокупность структур, предназначенных для хранения больших объемов информации и программных модулей, осуществляющих управление данными, их выборку, сортировку и другие подобные действия. Информация базы данных хранится в одной или нескольких таблицах. Любая таблица с данными состоит из набора однотипных записей, расположенных друг за другом. Они представляют собой строки таблицы, которые можно добавлять, удалять или изменять. Каждая запись является набором именованных полей, или ячеек, которые могут хранить самую разнообразную информацию, начиная от даты рождения и заканчивая подробным описанием кулинарного рецепта. Однотипные поля разных записей образуют столбец таблицы.
Записи одной таблицы могут содержать ссылки на данные другой таблицы, например, в таблице со списком товаров могут храниться ссылки на справочник производителей товаров с их адресами и другими реквизитами. При этом записи, касающиеся разных товаров, могут указывать на одного и того же производителя. Такое взаимодействие таблиц называется связью.
Другие модули базы данных предназначены для обработки информации, хранящейся в таблицах. С помощью запросов производится выборка данных, отвечающих определенным условиям. Формы предназначены для форматированного ввода и восприятия информации. Отчеты обеспечивают вывод (как правило, на принтер) красочно оформленного списка записей с заголовками, пунктами и подпунктами.

Список литературы

1. Джон Д.Рули, Дэвид Мэсвин, Томас Хендерсон, Мартин Хеллер. Сети Windows NT 4.0. – BHV – Киев, 1997 г.
2. Информатика: Учебник для вузов/ Под ред. проф. Макаровой. - М.: Финансы и статистика, 2001.
3. Каймин В.А. Касаев Б.С. Информатика: практикум на ЭВМ. Уч. пособие. - М.: ИНФРА-М, 2001.
4. Коржинский С. Н. Настольная книга WEB–мастера. М.: Издательский дом «КноРус», 2000.
5. Нанс Б. Компьютерные сети. – М.: БИНОМ, 1996 г.
6. Новиков Ф. А., Яценко А. Д. Office 2003 в целом. СПб., 2000.
7. Семенов М.И. Трубилин И.Т. и др. Автоматизированные информационные технологии в экономике. М.: Финансы и статистика, 2000.
8. Стоцкий Ю. Самоучитель Office 2003. - СПб.: Питер, 2006.
9. Фигурнов В.Э. IBM PC для пользователя краткий курс. – М. Инфра М, 1998 г.


Скачиваний: 3
Просмотров: 29
Скачать реферат Заказать реферат