Реляционная база - данные
Cтраница 2
Реляционные базы данных пользуются коммерческим успехом благодаря тому, что в них реализована простая, элегантная и легко понимаемая теория. В ее простоте заключена одновременно и сила, и слабость - реляционные базы данных концептуально просто строятся, но в них трудно моделировать сложные данные. [16]
Реляционные базы данных отвечают этому требованию с помощью коротких транзакций ( short transactions), которые соответствуют операционным задачам, выполняемым за долю секунды, или максимум, за одну-две мшгуты. За то малое время, когда исполняется короткая транзакция, не возможны какие-либо другие обновления задействуе-мых строк. [17]
Реляционные базы данных пользуются коммерческим успехом благодаря тому, что в них реализована простая, элегантная и легко понимаемая теория. В ее простоте заключена одновременно и сила, и слабость - реляционные базы данных концептуально просто строятся, но в них трудно моделировать сложные данные. [18]
Обычно реляционные базы данных должны разрабатываться так, чтобы в существующие кортежи можно было добавлять новые элементы данных, если этого требуют новые приложения или изменяется представление пользователя о данных. Могут добавляться и новые связи между существующими отношениями: либо добавлением новых элементов данных, либо ( в редких случаях) созданием нового отношения. [19]
Реляционную базу данных, содержащую промысловые данные, а также справочные данные, необходимые для проведения расчетов по подбору УЭЦН и УСШН. [20]
Термин реляционная база данных служит для обозначения базы, построенной на основе двумерных отношений, рассмотренных в гл. [21]
Чтобы реляционная база данных была непротиворечивой, должны соблюдаться и некоторые другие ограничения, такие как ссылочная целостность. [22]
Достоинства реляционной базы данных становятся ощутимы, когда используются отношения между строками разных таблиц. Атрибут пространственного объекта может быть идентификатором, указывающим на пространственный объект или строку в другой таблице, Для дороги, поле идентификатора может ссылаться на объект подписи с названием дороги или на реестр ремонтов этой дороги. Когда вы создаете отношения без атрибутов или объекты подписей, вставка идентификаторов объектов осуществляется программой автоматически. [23]
Гибкость реляционной базы данных определяется легкостью, с которой можно манипулировать отношениями. Пользователь за терминалом или прикладной программист часто будут работать с отношениями, отличающимися от имеющихся в схеме. Другими словами, модель пользователя отличается от концептуальной. Отношения пользователя должны быть получены из отношений схемы. [24]
Недостаток реляционных баз данных, на который часто указывают - неэффективное использование ЭВМ. Выполнение операций соединения на современной аппаратуре, по-видимому, требует значительного времени. Если для небольших отношений эта проблема решается, то для коммерческих файлов, содержащих иногда сотни миллионов байт, она очень сложна. [25]
Создание реляционной базы данных с помощью СУБД начинается с формирования структуры таблиц. При этом определяется состав полей и - кинет ся их описание После определения структуры таблиц создается схема д т ных, в которой устанавливаются связи между таблицами. Access запоминает и использует эти связи при заполнении таблиц и обработке данных. [26]
Интенсионал реляционной базы данных задается реляционной схемой, состоящей из одной или нескольких схем отношений. Схема отношения задается именем отношения и именами соответствующих доменов. [27]
 |
Схема реляционной базы медицинских данных. [28] |
Расширение реляционной базы данных представляется совокупностью таблиц. На рис. 5.2.2 показана часть расширения схемы базы медицинских данных. Каждая таблица соответствует схеме отношения в реляционной схеме. [29]
Проектирование реляционных баз данных для использования с микро - ЭВМ: Пер. [30]
Страницы: 1 2 3 4