1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются




Название1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются
страница5/9
Дата конвертации06.02.2016
Размер1.14 Mb.
ТипДокументы
источникhttp://djbelyak.scienceontheweb.net/wordpress/wp-content/uploads/2011/06/Ответы-к-экзамену-по-БД
1   2   3   4   5   6   7   8   9
Стратегии:

  • повысить конкурентоспособность предприятия

  • исключить избыточные процессы, связанные с оформлением запросов.
Тактики:

  • разработать сайт, представляющий информацию о товарах и дающий возможность заказать товар;

  • сформировать интегрированную БД сведений о товарах и пользователях;

  • создать средства удаленного ввода сведений о товарах и пользователях.


Факторы, способствующие созданию БД


Цель

Средства повышения эффективности за счет совершенствования:

Задачи и проблемы для дальнейших исследований

Технологий сбора

Технологий обработки

Взаимодействие с др. организациями

Увеличить скорость поступления и введения данных в систему

Развить систему сбора данных по e-mail

Создать систему мониторинга потоков данных

Стандартизовать методы регистрации и форматы сбора данных

Создать системы ввода данных с голоса, путем сканирования

Повысить качество данных

Развить алгоритмы и программные средства контроля данных

Применить визуальные средства для контроля

Стандартизовать методы контроля данных

Разработать новые методы контроля данных

Уменьшить стоимость обработки

Децентрализовать систему сбора данных

Создать базы агрегированных данных

Выявить постоянных пользователей. Стандартизовать применяемые структуры данных

Развить распределенные базы данных

Уменьшить затраты на подготовку данных

Применять измерительные системы с выводом данных в компьютер

Использовать базы агрегированных данных

Децентрализовать систему обеспечения пользователей и обмена данными

Создать АРМ для сотрудников, участвующих в процессах регистрации потоков данных

Уменьшить время на программирование системы

Выделить общие программные средства

Создать специализированные языки запросов

Шире применять инструментальные средства (СУБД, ГИС, ЭС, case и др.)

Исследовать возможности новых инструментальных средств. Составить прогноз развития программно аппаратных средств

Увеличить разнообразие форм выдачи

Стандартизовать формы сбора данных

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

Создать универсальные формы представления данных (многомерные БД, XML)

Исследовать возможности автоматизации построения различных форм выдачи

Характеристика факторов, затрудняющих повышение эффективности обслуживания пользователей

Факторы, препятствующие

Средства их отражения на эффективности подсистем:

Способы устранения

достижению цели

Сбора

Обработки

Взаимодействия




Низкая производительность ПЭВМ

Невозможность использования методов контроля

Трудности поиска и обработки данных

Высокая стоимость передачи данных

Приобретение сервера баз данных

Недостаток памяти на дисках

Невозможность применения новых средств

Трудности поиска и обработки данных

Невозможность хранения больших БД

Приобретение сервера баз данных

Недостаточное качество данных

Ошибки в исходных данных

Плохое качество расчетов

Претензии пользователей

Разработка многоуровневого контроля данных

Плохое документирование программных средств и массивов данных

Трудности в освоении программ

Дублирование разработок

Трудности при внедрении ПС, технологий

Разрабатывать самодокументируемые программные средства.

Наличие данных ограниченного доступа

Плохая организация защиты информации от несанкционированного доступа

Трудности в разграничении доступа к данным

Отсутствие правовых документов, санкций

Разработка подсистемы защиты информации


2.Что такое метаданные?

Метаданные – это информация, являющаяся вспомогательной, справочной при обработке данных. Это сведения о данных, картах, пособиях, атласах, навигационных объектах (портах, гидрографических знаках, маяках и др.).

Метаданные обладают рядом специфических особенностей, характерных для всех видов справочной информации:

    • Одноразовый ввод информации при первоначальной загрузке метаданных с последующим внесением изменений и многократное ее использование в течение достаточно длительного промежутка времени;

    • Относительно малая активность обновления справочной информации, как по частоте, так и по объему корректировки;

    • Отделение во времени, по источникам, исполнителям процесса обновления от процесса использования, как следствие, необходимость обеспечения совместимости информации, подлежащей редактированию;

    • Наличие четких признаков классификации и группирования справочной информации;

    • Необходимость централизации общих сведений о данных и децентрализации локальных, детальных сведений о данных.


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


Источники метаданных:

    • В самих данных (при обработке исходных, например, статистика)

    • Документация (путем ее формализации).


3.Access: Запросы и фильтры

С помощью запросов можно просматривать, анализировать и изменять данные из нескольких таблиц. Они также используются в качестве источника данных для форм и отчетов. Наиболее часто используется запрос на выборку. При его выполнении данные, удовлетворяющие условиям отбора, выбираются из одной или нескольких таблиц и выводятся в определенном порядке. Перекрестный запрос вычисляет сумму, среднее значение, число элементов и значения других статистических функций, группируя данные и выводя их в компактном виде. Перекрестный запрос создается с помощью соответствующего Мастера или в Конструкторе запросов.

Условие отбора задается с помощью другого поля, сравнением на содержание текста или значение числа.


13

1.Методы выявление информационных потребностей пользователей

Методы исследования информационных потребностей:

    • Анкетирование.

    • Анализ запросов.

    • Участие в конференциях, симпозиумах, семинарах.

    • Документы результатов технико-экономического анализа деятельности организации.

    • Взаимодействие со специалистами.

    • Анализ источников информации.

    • Директивы и руководящие материалы.

    • Интервьюирование, личные встречи, беседы.

    • Перспективные планы НИР.

    • Использование каталогов.

    • Плановые документы.

    • Решения ученых и НТ советов.

    • Формирование запросов.

    • Доклады, отчеты.

    • Моделирование процессов.


2Почему база данных улучшает обмен данными между приложениями?

Когда работаем с файловыми системами, структуры множатся и требуют множество программ для своей обработки. База данных – более унифицированное средство. За счет предварительной выборки данных можно создать определенное view-представление, или просто какие-то таблицы, которые смогут использоваться в разных приложениях. При помощи БД удобно производить обмен данными с локальным приложением и между удаленными приложениями.

3.Access: Добавление новой, копирование, удаление записей

(по крайнему левому полю нажимаем левой кнопкой мыши, оно выделяется черным цветом, далее нажимаем правой кнопкой мыши и выбираем, либо создание новой, либо копирование, либо удаление)

14

1.Методы анализа запросов пользователей

Анализ запросов пользователей, оценка использования информации

На этом этапе собирается информация о характерных запросах. Характеристики запросов из предметной области – исследование природной среды даны в табл.11, 12. В табл.13 дается укрупненное представление ИП основных категорий пользователей.

Информация о характерных запросах

Категории потребителей

Характерные запросы

Характеристики запросов

Частота

Объем

Время выполнения

Органы государственной власти

Текущие, данные

Ежедневно

Кб

Мин

Прогнозные данные

Ежедневно

Кб

Часы

Фоновые данные

По запросу

Кб

Сутки

Ученые

….

….





Характеристики типовых запросов к БД

Характеристики

Метаданные

Информационные

Статистика

Число пользователей

1000-2000

50

100-300

Ожидаемое число запросов в сутки

100-200

40-50

1-2

Время ответа

Минуты

Часы

Недели

Время решения задачи

Мин

Часы

Недели

Интенсивность поступления запросов

Десятки в сутки

Десятки в сутки

Один в неделю

Допустимое время запаздывания

Часы

Сутки

Недели

Периодичность введения новой порции данных

Месяц

Сутки

Месяц

Инициатива обслуживания

Пользователь

Пользователь

Персонал

Укрупненное представление ИП основных категорий пользователей

Основные категории пользователей

Доминирующие информационные потребности

Форма представления информации

Регламент обслуживания

Директивные, руководящие и плановые органы

Климатическая информация, сверхдолгосрочные прогнозы

Факс, Web технологии

По запросу

Ученые в области фундаментальных наук

Временные ряды, сведения о данных, выборки данных

Web технологии

По запросу

Специалисты прикладных НИИ

Климатические нормы, результаты расчетов, метаданные

Web технологии

Регулярно и по запросу

Специалисты в сфере производства

Текущая, прогностическая и климатическая информация

Факс, e–mail, Web технологии

Регулярно в соответствии с соглашением


2.Каковы Важнейшие характеристики СУБД?

При выборе СУБД можно применить следующие критерии оценки:

  • надежность БД;

  • продолжительность незапланированного простоя;

  • скорость поиска и масштабируемость БД;

  • время отклика при первоначальной регистрации в системе, выполнении наиболее типичных транзакций, наиболее типичных запросов;

  • количество одновременно работающих пользователей на один сервер БД, на одного администратора БД.

3.Access: Поиск, редактирование

С помощью запросов можно просматривать, анализировать и изменять данные из нескольких таблиц. Они также используются в качестве источника данных для форм и отчетов. Наиболее часто используется запрос на выборку. При его выполнении данные, удовлетворяющие условиям отбора, выбираются из одной или нескольких таблиц и выводятся в определенном порядке. Перекрестный запрос вычисляет сумму, среднее значение, число элементов и значения других статистических функций, группируя данные и выводя их в компактном виде. Перекрестный запрос создается с помощью соответствующего Мастера или в Конструкторе запросов.

Условие отбора задается с помощью другого поля, сравнением на содержание текста или значение числа.


15

1.Определение необходимой информации для различных видов деятельности

Информация из БД нужна для анализа и выработки определенных решений. Поэтому в БД в обязательном порядке должны присутствовать атрибуты, на основе которых можно

  • напрямую принять решение;

  • агрегировать данные (получить статистические характеристики) и на основе их принять решение;

  • дать прогноз значения атрибута с использованием исходных или агрегированных данных и принять решение на его основе.

Для определения необходимой информации для различных решений создается матрица «решение – атрибут (исходный, агрегированный, прогнозный)».


2.Понятия схемы, логический и физический уровни представления данных.

Первая лабораторная работа – это фактически логическое представление – на уровне проектирования, сам проект. А физическое представление – это то, что мы потом реализуем.

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

База данных разделяется на одно или более логических частей, называемых табличными пространствами. Табличные пространства используются для логической группировки данных между собой. Сегментирование групп по табличным пространствам упрощает администрирование этих групп. Каждое табличное пространство состоит из одного или более файлов данных. Используя несколько файлов данных для одного табличного пространства, можно распределить их по разным дискам, увеличив тем самым скорость ввода–вывода и, соответственно, производительность системы. Таким образом, БД состоит из табличных пространств, которые, в свою очередь, состоят из файлов данных. А файлы данных могут быть разбросаны по нескольким физическим дискам.

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

Первая лабораторная работа – это фактически логическое представление – на уровне проектирования, сам проект. А физическое представление – это то, что мы потом реализуем.

3.Access: Определение формата поля

(Таблица->Открыть с помощью конструктора->Формат Поля)


16

1.Методы и средства документирования массивов и баз данных

БД возникает в результате деятельности организаций. Исполнители проектируют БД, разрабатывают необходимые программные и технологические средства и загружают базу данных. Описание является основным источником информации о БД для ее будущих пользователей. В этом описании дается:

  • формализованное описание БД;

  • источники информации (организации, платформы, проекты);

  • физическая организация данных – формат хранения данных и инфологическая схема для БД;

  • перечень атрибутов с указанием полного и краткого наименований, единиц и методов измерений, пределов изменений;

  • описание методов логического, синтаксического контроля данных;

полнота по отношению к исходному носителю или проведенной программе измерений;

  • описания программ (проектов), в рамках которых получены данные;

  • описание методов измерений и применяемых приборов (измерительных систем);

  • список логических единиц хранения с указанием их количества;

  • описание программных средств создания и обработки БД;

  • перечень публикаций, полученных на основе БД;

  • методы тестирования БД;

  • используемые классификаторы и кодификаторы.

От полноты приводимых сведений зависит понимание других разделов и количество вопросов потенциальных пользователей. Описание данных должно быть достаточно подробным и доступным как программисту, так и ЛПР. Все БД передаются только с соответствующей документацией, включающей описание (полное и формализованное); описание структуры данных; описание метаданных.

Каждая БД сопровождается следующим комплектом метаданных: описанием БД, форматов данных, кодификаторами, используемыми в процессе создания БД, каталогами данных.


2.Назовите проблемы создания БД.

Современные БД характеризуются следующими особенностями:

  • большое количество функций, процессов, атрибутов данных и сложные взаимосвязи между ними;

  • наличие подсистем, имеющих свои задачи и цели функционирования (например, связанные со сбором данных и решением регламентных задач);

  • отсутствие прямых аналогов, ограничивающих возможность использования типовых проектных решений;

  • необходимость интеграции существующих и вновь разрабатываемых приложений;

  • функционирование на нескольких аппаратных платформах;

  • разобщенность и разнородность отдельных групп разработчиков по уровню квалификации и сложившимся традициям использования тех или иных инструментальных средств;

  • существенная временная протяженность проектов по созданию БД, обусловленная, с одной стороны, ограниченными возможностями коллективов разработчиков, и, с другой стороны, масштабами организации–заказчиков и различной степенью готовности отдельных их подразделений к внедрению БД.

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

Параллельно с развитием "железа", происходит постоянный поиск новых более удобных и универсальных методов программно–технологической реализации БД. Изменяется общий подход к программированию. В связи с развитием сетевых технологий, локальные БД уступают свое место клиент – серверным реализациям. Кроме того, в связи с активным развитием телекоммуникационных сетей, появляются все большие возможности работы с распределенными БД. Разумеется, разработчики программного обеспечения БД стараются поддерживать свои разработки в соответствии со всеми современными возможностями и стандартами.

Проблемы создания БД связаны с

  • неверно сформулированными требованиями к БД;

  • недостаточным тестированием данных и плохой их интеграцией;

  • ошибками проектирования БД (программные средства готовы, а содержания БД нет);

  • ошибками в планировании работ над проектом и некачественным внедрением БД (нет средств поддержки актуальности данных);

  • плохим управлением БД;

  • неверным выбором коммерческого программного обеспечения для реализации БД (оно слишком сложное или не позволяет решать некоторые задачи);

  • плохой связью с источниками данных для БД.

Большинство трудностей создания БД связано с организационными проблемами, поэтому рассмотрим некоторые из них более подробно.

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

Не путайте проект с созданием БД. Успех проекта не означает успеха в области создания БД. Даже если цели проекта достигнуты, они могут не соответствовать текущим требованиям организации. Типичной ситуацией стала защита и сохранение подрядчиком своих инвестиций в проект, а не в автоматизацию. Причин много, в том числе и несоответствие проектных требований потребностям автоматизации в период сдачи БД в эксплуатацию. Преимущества «лоскутной» автоматизации подтверждают — проект только тогда можно считать успешным, если его реализация соответствует основным целям автоматизации (не проекта!), реальная отдача от проекта должна окупать инвестиции.

Целостность знаний (накопленного опыта). При создании/сопровождении БД важна логическая целостность и сохранность знаний, получаемых разработчиками на каждом этапе работ (от обследования до эксплуатации). Для лоскутной автоматизации характерно то, что большинство этих этапов при решении конкретной прикладной задачи осуществляется одним человеком или компактной группой людей. При всех недостатках здесь есть особое преимущество: не происходит потери знаний, что часто имеет место в случае заказных БД.

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

Информационный кризис или голод при изобилии. Если до применения БД потребитель имел ограниченные данные, то в БД пользователю необходимо выделить поток данных, максимально отвечающий его потребностям. Но, к сожалению, имеющиеся программные средства не всегда позволяют четко выделить эту информацию. Работа с большими объемами информации дает основание считать, что одной из больших проблем взаимодействия с БД является противоречие между количеством и качеством информации.

Широкое использование компьютеров для обработки данных породило новую проблему – невозможность человеком быстро усвоить полученную информацию. В результате интерес к информации ослабевает, а та информация, которую ему предлагают и средства их получения, рассматриваются им не как помощь, а как дополнительное затруднение. Как преодолеть этот информационный кризис?

Необходимы сведения о данных – метаданные (сведения о массивах и БД, организациях, ведомствах и другая справочная информация). Главным принципом отбора информации является вопрос о том, кто и что с ней будет делать, для принятия каких решений она будет использована? Актуализация информации производится по мере необходимости. При этом рассматривается весь цикл обработки информации: кто, где, когда будет собирать (или получать) информацию, проверять, вводить в компьютер, существуют ли ограничения доступа, как будут решаться вопросы информационной безопасности (защита информации от несанкционированного вмешательства и безопасность от неправильного ее использования), кто и когда будет пользователем данных, на каких условиях, характерные временные интервалы получения информации, предполагаемые объемы данных.

Если постараться собрать максимум информации, то будем снова слышать жалобы, что пользователи не готовы к использованию информации, не хотят за нее платить, что недостаточно финансирование разработок БД и т.д.

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

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

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

Классы задач нужно разделять, т.к. от того, какие задачи признаются приоритетными, зависит последовательность разработки и внедрения. И все они, действительно, важны для деятельности заказчика. Но любой системный аналитик знает старый афоризм: "То, что говорит пользователь о своих потребностях – это не совсем то, что он думает, а то, что он думает – это совсем не то, что ему нужно на самом деле".

3.Access: Навигация, переходы


17

1.Преимущества централизованных и распределенных БД

Централизованный сбор данных позволил сократить трудозатраты на сбор, поиск и систематизацию данных, уменьшить сроки обработки больших массивов данных, увеличить полноту обрабатываемых данных, в т.ч. за счет международного и межведомственного обмена, обеспечить одноразовое занесение данных на носитель. Последнее позволило в восьмидесятых годах обеспечить многие учреждения копиями основных массивов данных на магнитных лентах без чего переход к следующему этапу был бы невозможен, так как не был бы накоплен опыт обработки данных в региональных организациях.

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

Неявность адресации позволяет пользователю обращаться к данным, не зная и не интересуясь, в каком центре они расположены.

Неявность тиражирования связана с тем, что если существуют копии данных, то при извлечении данных необходимо извлекать одну копию данных, а при внесении изменений в данные необходимо обновлять все копии. Выбор одной копии при извлечении данных и обеспечение обновления всех копий должна автоматически выполнять система, позволяя пользователю сосредоточиться на информационных запросах.

Независимость от конфигурации позволяет:

  • организации добавлять или заменять оборудование, не изменяя существующих компонентов программного обеспечения распределенных БД;

  • расширить систему в случае, если существующее оборудование перестает удовлетворять пользователя.

Использование неоднородных СУБД на разных компьютерах требует создания общего пользовательского интерфейса, за которым находятся разные модели данных.

Тиражирование данных означает поддержку нескольких одинаковых копий реляционных таблиц. Тиражирование применяется с целью повышения доступности данных и надежности их хранения. Кроме того, несколько пользователей могут параллельно обращаться к одним и тем же данным. Например, это могут быть копии статистических данных для отдельных регионов, во-вторых, метаданные. Издержками этого подхода является необходимость дополнительного объема памяти и поддержания согласованности данных разных копий. Для этого нужно поддерживать централизованную базу, а копии выделять для локального использования. Потери данных на одном центре могут восстанавливаться при помощи централизованной БД. Недостатком такого подхода является слишком долгое время загрузки центральной БД. Поэтому загрузка новых данных, касающихся локальной БД, в региональном и главном центрах происходит одновременно. Можно применить тиражирование данных по времени отсечения. Например, в региональном центре данные хранятся только за последний год.
1   2   3   4   5   6   7   8   9

Похожие:

1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconМетодические рекомендации по курсу
Цель данного курса дать основные понятия теории баз данных и подходы к проектированию реляционных баз данных. Представить современные...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconТюменская государственная академия мировой экономики, управления и права
Цель курса получение студентами знаний об этапах разработки баз данных; о перспективных направлений развития баз данных
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconРабочая программа дисциплины (модуля) б 4 «базы данных»
Целями освоения дисциплины «Базы данных» являются формирование общекультурных и профессиональных компетенций, определяющих готовность...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconМетодика преподавания баз данных в школе учитель информатики
Выбор среды разработки информационной базы интеллектуальной системы управления. 12
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconПрограмма одобрена на заседани каф. «Системы автоматизированного проектирования»
Целью дисциплины является изучение современных технологий обработки информации с применением баз данных и субд 2
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconПрограмма работы с базой данных Blackfish sql "Книги" (books). Подкаталог delploy\database содержит базу данных, подкаталоги deploy\client и deploy\server соответственно клиентскую и серверную части приложения
Программы работы с базами данных требуют, чтобы файлы баз данных находились в каталоге D:\Database
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconҒ ылыми êIÒÀÏÕÀÍÀ зарубежные, Научные базы данных на электронных носителях
Для учебной и научно-исследовательской работы Научная библиотека предлагает воспользоваться следующими адресами полнотекстовых баз...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются icon1. Понятие системы управления базами данных
Основная особенность субд – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы,...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconКурс заочного отделения Волохов Артур Юрьевич
Применительно к системам баз данных архитектура «клиент-сервер» интересна и актуальна главным образом потому, что обеспечивает простое...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconДаются задания и контрольные вопросы по выполнению основных этапов разработки базы данных
Предполагается использование практикума для изучения основ построения и использования реляционных баз данных. Поэтому значительное...
Разместите кнопку на своём сайте:
Документы


База данных защищена авторским правом ©kzdocs.docdat.com 2012
обратиться к администрации
Документы
Главная страница