телефон 978-63-62
978 63 62
zadachi.org.ru рефераты курсовые дипломы контрольные сочинения доклады
zadachi.org.ru
Сочинения Доклады Контрольные
Рефераты Курсовые Дипломы

РАСПРОДАЖАОдежда и обувь -30% Всё для дома -30% Канцтовары -30%

все разделыраздел:Компьютеры, Программированиеподраздел:Программное обеспечение

Иерархические структуры данных в реляционных БД

найти похожие
найти еще

Браслет светоотражающий, самофиксирующийся, желтый.
Изготовлены из влагостойкого и грязестойкого материала, сохраняющего свои свойства в любых погодных условиях. Легкость крепления позволяет
66 руб
Раздел: Прочее
Фонарь желаний бумажный, оранжевый.
В комплекте: фонарик, горелка. Оформление упаковки - 100% полностью на русском языке. Форма купола "перевёрнутая груша" как у
87 руб
Раздел: Небесные фонарики
Совок большой.
Длина 21,5 см. Расцветка в ассортименте, без возможности выбора.
21 руб
Раздел: Совки
Какие же значения поля PARE ID являются правильными? Ответ очевиден – весь диапазон значений первичного ключа (поля ID) одно значение, используемое для обозначения отсутствия родительского элемента. Данное значение необходимо для ввода и хранения корневых элементов иерархии. Чаще всего в качестве значения, обозначающего отсутствие родителя, используется ULL, хотя нет никаких физических ограничений для использования других значений. Так, например, если вы уверены, что значения первичного ключа будут больше 0, в качестве признака корневого элемента можно использовать значение (–1) или другие отрицательные значения в поле PARE ID. Я не буду оригинален и в качестве значения PARE ID для корневых элементов использую ULL. Тогда для контроля правильности PARE ID можно использовать следующее ограничение: "PARE ID" I EGER  CHECK(    ("PARE ID" IS ULL)   OR     ( "PARE ID" = A Y(SELEC "ID" FROM "CA ALOG") )  ) (в принципе, такие ограничения намного проще и эффективнее описывать как внешние ключи. Единственной проблемой при этом является вставка корневой записи, т.к. родительской записи для нее не существует. Обойти такое ограничение можно, добавляя внешний ключ после вставки корневой записи. – прим.ред.) Вернемся к отмеченным выше недостаткам данной структуры (сложность формирования полного пути и вычисления уровня элемента). Эти недостатки вытекают из того простого факта, что в данной структуре информация о полном пути и уровне нигде не хранится. Решить проблему быстрого получения уровня вложенности можно введением в структуру таблицы дополнительного поля Level. Описание таблицы тогда будет выглядеть так: CREA E ABLE "CA ALOG" (  "ID" I EGER O ULL PRIMARY KEY,  " AME" VARCHAR(200) CHARAC ER SE WI 1251 O ULL,  "PARE ID" I EGER  CHECK(    "PARE ID" = A Y(SELEC "ID" FROM "CA ALOG") or "PARE ID" is ULL  ),  "LEVEL" I EGER DEFAUL 1 O ULL ); Структура для хранения иерархии с неограниченным числом уровней вложенности и потомков готова. Следующей по степени универсальности является иерархия с неограниченным числом уровней вложенности и конечным числом потомков элемента иерархии. Ограничение количества потомков позволяет хранить данные в следующем виде. Ссылка на предка Информация о первом элементе уровня иерархии Информация о втором элементе уровня иерархии Информация о -ном элементе уровня иерархии, где – количество максимальное количество потомков Ссылка на предка содержит в себе ссылку на запись, хранящую информацию о предыдущем уровне иерархии и смещение (номер столбца) с описанием родителя. В нашем примере мы ограничим количество предков числом 5, тогда SQL-описание таблицы будет выглядеть следующим образом: CREA E ABLE "CA ALOG2" (  "LEVEL" I EGER O ULL,  "OFFSE " SMALLI O ULL CHECK("OFFSE " > 0 a d "OFFSE " E D ^ структура с потабличным хранением уровней Запросы на вставку и перемещения тривиальны, и потому не приводятся. При удалении элемента можно ввести дополнительный триггер для удаления потомков, аналогично триггеру для структуры со ссылкой на предка. структура с хранением границ ветви Вставка и удаление аналогичны случаю структуры со ссылкой на предка.

Молочный гриб необходим в каждом доме как источник здоровья и красоты
Молочный гриб необходим в каждом доме как источник здоровья и красоты + книга в подарок

 Цифровой журнал «Компьютерра» № 24

В данном случае используется некоторое штатное свойство операционной системы, которое не проектировалось специально под эту задачу, но оно есть и оно отражает эту задачу что меня, конечно, очень радует. - Но действительно ли пользователям необходима иерархическая структура данных? Логично было бы каждый вид данных хранить наиболее подходящим для него образом... - Да, но многие люди бесятся и говорят: «Дайте мне файл, я хочу его потрогать». Я бы не хотел их этого лишать. Но в отличие от Windows и Unix, где объект не может не лежать в файловой системе, в «Фантоме» решение об этом принимает приложение. Оно может взять и скрыть от системы именования свои объекты, если считает это удобным и правильным или если это полезно с точки зрения безопасности. Одна из причин, почему в Windows так хорошо живут вирусы (да и в Unix проблема та же) это собственная файловая система, где можно просканировать всё, что есть. «Фантом» позволяет не показывать то, что программа не хочет. При этом объект существует, доступен тому, кому он нужен по указателю и больше никому

скачать реферат Инфологическая модель базы данных "Защита доступа"

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

Фоторамка-коллаж для 12 фото, 58x45x2 см, арт. 238642.
Фоторамка украсит интерьер помещения оригинальным образом и позволит сохранить на память изображения дорогих вам людей и интересных
1460 руб
Раздел: Мультирамки
Набор для специй "Садовая ягода", 2 предмета+салфетница, 23x6,5x9 см.
Набор для специй из 2 предметов и салфетницы на деревянной подставке. Размер: 23x6,5x9 см. Материал: керамика.
318 руб
Раздел: Прочее
Настольная игра "Свинтус".
Свинтус веселая и быстрая игра, в которую могут играть как двое, так и несколько человек. Итак, сражение за звание лучшего работника можно
390 руб
Раздел: Игры в дорогу
 Система Turbo Profiler фирмы Borland

Тем не менее и в этом случае бывает полезным иметь информацию о том, сколько раз выполнялась та или иная подпрограмма. И в ситуации, когда Вы хотели бы протестировать ряд подпрограмм, составляющих некоторую иерархическую структуру, данные о количестве выполнений могут помочь Вам убедиться в том, что в процессе выполнения программы каждая из ветвей операторов типа переключатель и условных операторов была пройдена хотя бы один раз. Подсчет времени выполнения и контроль за использованием ресурсов. При подсчете временной статистики для программы большого размера с целью выявления участков, замедляющих ее работу, Вам, как правило, не требуется подсчитывать эти данные на уровне строк. При подсчете временных соотношений для процесса выполнения программы Вам необходимо знать две вещи: 1.Pсколько времени тратится на выполнение каждой подпрограммы; 2.Pв каких случаях при подсчете времени выполнение подпрограммы это время включает в себя времена подпрограмм, вызываемых из данной. Перед тем как начать подсчет временных соотношений процесса выполнения, Вам необходимо установить маркеры «областей» для всех подпрограмм, фигурирующих в исходном тексте

скачать реферат Управление развитием предприятия

Перспективы технического развития предприятия. Организацию ремонтных работ и технического обслуживания оборудования. Единую систему планово-предупредительного ремонта и рациональной эксплуатации технологического оборудования. Технические характеристики, конструктивные особенности, назначение и режимы работы оборудования предприятия, правила его технической эксплуатации. Методы планирования ремонтных работ. Передовые системы ремонтов и технологию ремонтных работ. Порядок составления смет на проведение ремонтов, заявок на оборудование, материалы, запасные части, инструмент и т.п. Основы экономики, организации производства, труда и управления. На мой взгляд, необходимо произвести такие структурные изменения: Создать участки специализированных ремонтных подрядных организации для выполнения ремонтных работ: участок «Центрэнергоизоляция» (ЦЭТИ) участок треста «Энергокотлоочистка». Все цеховые подразделения и подрядные организации призваны обеспечивать работоспособное состояние оборудования ГРЭС, выполнение заданий по рабочей мощностей графиков нагрузок. 2. Разработка модели системы управления развитием предприятия Главная задача руководителей, управленцев компании - определить цель создания организации, ее успешного развития и функционирования на огромном рынке бизнеса и выработать четкую систему стратегических задач по достижению цели, ее эффективного выполнения на нижних уровнях иерархической структуры данного предприятия.

 Основы информатики: Учебник для вузов

Классический прием вызова справочной системы Windows состоит в использовании Главного меню (Пуск Справка), но то же можно сделать из любого окна папки или Проводника, если использовать пункт Справка в строке меню. На панели навигации окна справочной системы три вкладки: Содержание, Указатель и Поиск (рис.P4.12). Панель навигации служит для отыскания нужного раздела и статьи справочной системы. На панели содержания отображается текст текущей статьи. На вкладке Содержание разделы справочной системы представлены в виде иерархической структуры данных, очень похожей на содержание обычных книг. Разделы самого высокого уровня легко охватить беглым взглядом. Раздел раскрывается одним щелчком левой кнопки мыши. Внутри раздела могут содержаться вложенные разделы или отдельные статьи. При щелчке на статье ее содержимое отображается на правой панели. Рисунок 4.12. Окно Справочной системы Windows 2000 Статьи справочной системы, представленные на правой панели, могут активно использовать так называемые перекрестные ссылки

скачать реферат SQL Server 2000

SQL Server 2000Примерами СУБД технологии клиент-сервер являются Microsof SQL Server, Oracle, IBM DB2, Sybase и др. Спецификой архитектуры клиент-сервер является использование специального языка структурированных запросов (S ruc ured Query La guage, SQL), обеспечивающего пользовате­ля простым и эффективным инструментом доступа к данным. Помимо подразделения баз данных по методам обработки можно классифици­ровать их по используемой модели (или структуре) данных. Модель данных — совокупность структур данных и операций по их обработке. С помощью модели данных можно наглядно представить структуру объектов и установленные меж­ду ними связи. Для терминологии моделей данных характерны понятия «эле­мент данных» и «правила связывания». Элемент данных описывает любой на­бор данных, а правила связывания определяют алгоритмы взаимосвязи элементов данных. К настоящему времени разработано множество различных моделей дан­ных, но на практике используется три основных. Выделяют иерархическую, сетевую и реляционную модели данных. Соответственно говорят об иерархичес­ких, сетевых и реляционных СУБД. О Иерархическая модель данных.

скачать реферат Информационные технологии

Связи между объектами могут быть представлены некоторым графом или диаграммой структуры данных. СУБД основывается на определенной модели данных, которая отражает взаимосвязи между объектами. Большинство современных реализаций применяют иерархическую или сетевую модель, а также приобретающую популярность реляционную модель. С помощью модели данных могут быть представлены объекты предметной области и взаимосвязи между ними. Взаимосвязь в модели данных выражает отображение или связь между двумя множествами данных. Различают взаимосвязи типа “один к одному”, “ один ко многим”. Дадим обзор моделей данных: а) в реляционной модели объекты и взаимосвязи между ними представляются с помощью таблиц; б) иерархическая модель строится по принципу иерархии типов объектов, т.е. один тип объекта является главным, а остальные, находящиеся на низших уровнях иерархии, — подчиненными (взаимосвязь “один ко многим”); в) в сетевой модели понятия главного и подчиненного несколько расширены. Любой объект может быть и главным и подчиненным, это означает, что каждый объект может учавствовать в любом числе взаимосвязей. 4. Что такое базы данных. Уточним терминологию.

скачать реферат Основные характеристики моделей данных

Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей); в противном случае нужно ввести в структуру первой таблицы внешний ключ - ключ второй таблицы. Предложив реляционную модель данных, Э.Ф.Кодд создал и инструмент для удобной работы с отношениями – реляционную алгебру. Каждая операция этой алгебры использует одну или несколько таблиц (отношений) в качестве ее операндов и продуцирует в результате новую таблицу, т.е. позволяет "разрезать" или "склеивать" таблицы. Некоторые операции реляционной алгебры Чем же принципиально отличаются реляционные модели от сетевых и иерархических? Вкратце на это можно ответить следующим образом: иерархические и сетевые модели данных - имеют связь по структуре, а реляционные - имеют связь по значению. Проектирование баз данных традиционно считалось очень трудной задачей. Реляционная технология значительно упрощает эту задачу. Разделением логического и физического уровней системы она упрощает процесс отображения "уровня реального мира", в структуру, которую система может прямо поддерживать.

скачать реферат Лекции по Основам ВТ

Для реляционных систем БД, графическую интерпритацию ее давать не принято. Это вызвано тем, что реляционная модель связи в явном виде не задаются, с другой стороны этот вызвано тем, что в последнее время в практическом приложении не было таких структур БД, которое было бы проанализировано с помощью реляционной структурой БД. ОСОБЕННОСТИ ПРОЕКТИРОВАНИЯ БД. На проектирование ДМ кроме ограниченных СУБД, накладываемых на логическую структуру, большое влияние оказывают возможности системы по физической организации данных. Так если в СУБД с иерархической логической структурой данных допускались только физически последовательные структуры хранения, то при необходимости выборки отдельных ветвей дерева для ускорения доступа к данным следовало бы выделять такие ветви в отдельные деревья. Алгоритмы построения логической структуры БД для сетевых систем, в которых доступ к данным возможен через любую вершину, и систем, в которых доступы разнородны (выделяет основные и зависимые типы данных и доступ) к записям зависимых файлов возможен только через основные файлы.

Подставка для украшений Jardin D'Ete "Сиреневые сны".
Подставка для ювелирных изделий не оставит равнодушной ни одну любительницу изысканных вещей. Сочетание оригинального дизайна и
940 руб
Раздел: Подставки для украшений
Дорожный горшок Potette Plus, сине-зеленый.
Уникальный дорожный горшок для детей от 15 месяцев, который может стать незаменимым помощником для родителей в дороге. Детский дорожный
1392 руб
Раздел: Прочие
Комплект детского постельного белья "Неон" (цвет: синий).
Постельное белье из бязи выполнено из высококачественного хлопка, что гарантирует крепкий и здоровый сон. Комплект не требует особого
1498 руб
Раздел: Детское, подростковое
скачать реферат Создание и ведение баз данных

Объекты, связанные иерархическими отношениями, образуют ориентированный граф (перевернутое дерево). К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь. Узел — это совокупность атрибутов данных, описывающих некоторый объект. На схеме иерархического дерева узлы представляются вершинами графа. Каждый узел на более низком уровне связан только с одним узлом, находящимся на более высоком уровне. Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную ника­кой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчи­ненные) узлы находятся на втором, третьем и т.д. уровнях. Количество деревьев в базе данных определяется числом корневых записей. К каждой записи базы данных существует только один (иерархический) путь от корневой записи. Сетевая модель данных В сетевой структуре при тех же основных понятиях (уровень, узел, связь) каждый элемент может быть связан с любым другим элементом. Реляционная модель данных Понятие реляционный (англ. rela io — отношение) связано с разработками известного аме­риканского специалиста в области систем баз данных Е. Кодда. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.

скачать реферат Базы данных и управление ими

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

скачать реферат Интернет, системы адресации. Информационная система "Кадровый учет"

Допустимы всевозможные запросы. Однако следует отметить, что ввиду сложности сетевых моделей, разработка СУБД на их основе предполагает использование опытных системных аналитиков и программистов. Кроме того, при использовании сетевых моделей более остро стоит проблема обеспечения сохранности информации в базе данных. Реляционные модели данных отличаются от сетевых и иерархических простотой структур данных, удобным для пользователя табличным представлением и доступом к данным. Большинство современных баз данных в настоящее время разрабатываются на основе моделей подобного типа. Реляционную модель представления информации предложил в 1970 г. сотрудник фирмы IBM Эдгар Кодд. Данная модель позволяет выполнять все необходимые операции по запоминанию и поиску данных и обеспечивает целостность данных. Модель основана на математическом понятии отношения, расширенном за счет значительного добавления специальной терминологии и развития соответствующей теории. В такой модели общая структура данных (отношений) может быть представлена в виде таблицы, в которой каждая строка значений (кортеж) соответствуют логической записи, а заголовки столбцов являются названиями полей (элементов) записи.

скачать реферат Информационные базы данных: нормализация, связи и ключи

Обычно база данных создается для предметной области. Предметная область – это часть реального мира, подлежащая изучению с целью создания базы данных для автоматизации процесса управления. Наборы принципов, которые определяют организацию логической структуры хранения данных в базе, называются моделями данных. Существуют 4 основные модели данных – списки (плоские таблицы), реляционные базы данных, иерархические и сетевые структуры. В течение многих лет преимущественно использовались плоские таблицы (плоские БД) типа списков в Excel. В настоящее время наибольшее распространение при разработке БД получили реляционные модели данных. Реляционная модель данных является совокупностью простейших двумерных таблиц – отношений (англ. rela io ), т.е. простейшая двумерная таблица определяется как отношение (множество однотипных записей объединенных одной темой). От термина rela io (отношение) происходит название реляционная модель данных. В реляционных БД используется несколько двумерных таблиц, в которых строки называются записями, а столбцы полями, между записями которых устанавливаются связи.

скачать реферат Обобщение моделей данных в создании ИС

Разрабатываются также всевозможные системы, основанные на других моделях данных, расширяющих известные модели. B их числе можно назвать объектно-реляционные, дедуктивно-объектно-ориентированные, семантические, концептуальные и ориентированные модели. Некоторые из этих моделей служат для интеграции баз данных, баз знаний и языков программирования. B некоторых СУБД поддерживаются одновременно несколько моделей данных. Например, в системе ИНТЕРБАЗА для приложений применяется сетевой язык манипулирования данными, а в пользовательском интерфейсе реализованы языки SQL и QBE. Цель работы - описать структуру каждой модели данных, недостатки и достоинства, привести примеры использования в практике каждой модели. Задачи исследования: Изучить иерархическую модель данных; Изучить сетевую модель данных; Изучить реляционную модель данных; Изучить постреляционную модель данных; Изучить многомерную модель данных; Изучить объектно-ориентированную модель данных; Сравнить классические модели данных. Теоретическая основа исследования – структуры моделей, представление связей, недостатки и достоинства, каждой модели. Использованы работы авторов: А.И. Мишенин, И.Г. Семакин, Е.К. Хеннер, Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов, А.Д. Хомоненко, В.М. Цыганков, М.Г. Мальцев Глава I. Классические модели данных 1.1 Иерархическая модель данныхВ иерархической модели связи между данными можно описать с помощью упорядоченного графа (или дерева).

Игрушечная коляска-люлька.
Кукольная коляска-люлька фирмы "Melogo Toys", выполненная по типу и подобию настоящих колясок – мечта каждой девочки. Поддон
1499 руб
Раздел: Коляски-люльки
Автокружка с подогревом (450 мл).
Подключается к стандартному автомобильному прикуривателю. Сохраняет жидкость теплой, пока подключена к прикуривателю. Может подогреть
540 руб
Раздел: Прочее
Сумка-переноска "Фёрби" с наушниками.
Сумочка для переноски Furby от бренда Famosa предназначена для пушистого игрушечного зверька, который тоже нуждается как любой питомец в
460 руб
Раздел: Детские
скачать реферат Разработка СУБД

Крупные массивы данных размещают, как правило, отдельно от исполняемого программы, и организуют в виде Базы данных. Начиная с 60-х годов для работы с данными, стали использовать особые программные комплексы, называемые системами управления базами данных (СУБД). Системы управления базами данных отвечают за: физическое размещение данных и их описаний; поиск данных; поддержание баз данных в актуальном состоянии; защиту данных от некорректных обновлений и несанкционированного доступа; обслуживание одновременных запросов к данным от нескольких пользователей (прикладных программ). Модели данных. Хранимые в базе данных имеют определенную логическую структуру, то есть, представлены некоторой моделью, поддерживаемой СУБД. К числу важнейших относятся следующие модели данных: иерархическая; сетевая; реляционная; обектно – ориентированная; В иерархической модели данные представляются в виде древовидной (иерархической) структуры. Она удобна для работы с иерархически упорядоченной информацией и громоздка для информации со сложными логическими связями. Сетевая модель означает представление данных в виде произвольного графа.

скачать реферат Система управления базами данных

В каждой записи базы данных существует только один (иерархический) путь от корневой записи. Уровни Корневой узел Узлы Рис. 2. Структура учебной дисциплины (иерархическая база данных) Несмотря на кажущуюся целесообразность, для получения ответов на некоторые запросы в иерархической модели требуется выполнение большого числа операций. Например, чтобы узнать о практических занятиях по всем дисциплинам БЮИ требуется просмотреть все записи «Практическое занятие», имеющиеся в данной базе. Сетевая (полносвязная) база данных. В сетевой структуре базы данных при тех же основных понятиях иерархической базы данных: узел, уровень, связь – каждый элемент может быть связан с любым другим элементом. Недостатком такой модели данных является высокая сложность и жесткость схемы БД, построенной на ее основе. Реляционная модель данных (РМД) название получила от английского термина Rela io – отношение. Реляционная структура базы данных ориентирована на организацию данных в виде двумерных таблиц, называемых еще реляционными таблицами. Каждая реляционная таблица обладает следующими свойствами: каждый элемент таблицы - один элемент данных; все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковые характеристики и свойства; каждый столбец имеет уникальное имя; одинаковые строки в таблице отсутствуют; порядок следования строк и столбцов может быть произвольным.

скачать реферат Системы управления базами данных

В отдельные утилиты обычно выделяют такие процедуры, которые слишком сложно выполнять с использованием языка БД, например, загрузка и выгрузка БД, сбор статистики, глобальная проверка целостности и другие. Утилиты программируются с использованием интерфейса ядра СУБД. Производительность СУБД оценивается: временем выполнения запросов; скоростью поиска информации в неиндексированных полях; временем выполнения операций импортирования базы данных из других форматов; скоростью создания индексов и выполнения таких массовых операций, как обновление, вставка, удаление данных; максимальным числом параллельных обращений к данным в многопользовательском режиме; временем генерации отчета. 2. Модели организации данных Основой любой базы данных является реализованная в ней модель данных, представляющая собой множество структур данных, ограничений целостности и операций манипулирования данными. С помощью модели данных могут быть представлены объекты предметной области и существующие между ними связи. Базовыми моделями представления данных являются иерархическая, сетевая и реляционная.

скачать реферат Теория проектирования удаленных баз данных

Проблема такого подхода состоит в том, что он привязывает приложение к определенному формату данных. Если приложение необходимо перенести на другую СУБД, внутренние структуры данных придется изменить. (Эта зависимость находится вне связи со специфической моделью базы данных, например, с различиями между иерархической и реляционной базами.) Проблема обостряется еще, когда используется несколько различных по структуре представлений. В этом случае блок бизнес-логики вынужден поддерживать несколько внутренних представлений для, возможно, одних и тех же данных. Поэтому разумнее иметь один «родной» для приложения формат внутреннего представления данных. Преобразование в другой формат может выполняться, когда оно становится неизбежным (в блоке логики доступа к данным при взаимодействии с конкретной базой данных, в слое представления при взаимодействии с пользователем и т.д.). Разделение функциональных алгоритмов на логику представления, бизнес-логику и логику доступа к данным предполагает разные уровни абстракции в различных частях приложения.

телефон 978-63-62978 63 62

Сайт zadachi.org.ru это сборник рефератов предназначен для студентов учебных заведений и школьников.