в+реляционной+алгебре

 

реляционная база данных
База данных, реализованная в соответствии с реляционной моделью данных.
[ ГОСТ 20886-85]

реляционная БД
База данных, логически организованная в виде набора отношений ее компонентов.
Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
Использование реляционных баз данных позволяет:
собирать и хранить данные в виде таблиц;
обновлять их содержание;
получать разнообразную информацию по атрибутам или записям;
отображать полученные данные в виде диаграмм или таблиц;
выполнять необходимые расчеты по материалам базы.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]

Системы управления реляционными базами данных

Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).

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

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

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

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

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

Развитие РБД

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

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

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

[ http://www.rtsoft-training.ru/?p=600017]

Тематики

• базы данных

Синонимы

• РБД
• реляционная БД

EN

• RDB
• relational data base
• Relational Database

14. Реля ционная база данных

Relational data base

База данных, реализованная в соответствии с реляционной моделью данных

Источник: ГОСТ 20886-85: Организация данных в системах обработки данных. Термины и определения оригинал документа

 

реляционная база данных
База данных, реализованная в соответствии с реляционной моделью данных.
[ ГОСТ 20886-85]

реляционная БД
База данных, логически организованная в виде набора отношений ее компонентов.
Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
Использование реляционных баз данных позволяет:
собирать и хранить данные в виде таблиц;
обновлять их содержание;
получать разнообразную информацию по атрибутам или записям;
отображать полученные данные в виде диаграмм или таблиц;
выполнять необходимые расчеты по материалам базы.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]

Системы управления реляционными базами данных

Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).

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

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

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

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

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

Развитие РБД

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

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

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

[ http://www.rtsoft-training.ru/?p=600017]

Тематики

• базы данных

Синонимы

• РБД
• реляционная БД

EN

• RDB
• relational data base
• Relational Database

 

база данных информации маршрутизации
(МСЭ-T G.7715/ МСЭ-Т Y.1706).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• routing information database
• RDB

 

реляционная база данных
База данных, реализованная в соответствии с реляционной моделью данных.
[ ГОСТ 20886-85]

реляционная БД
База данных, логически организованная в виде набора отношений ее компонентов.
Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
Использование реляционных баз данных позволяет:
собирать и хранить данные в виде таблиц;
обновлять их содержание;
получать разнообразную информацию по атрибутам или записям;
отображать полученные данные в виде диаграмм или таблиц;
выполнять необходимые расчеты по материалам базы.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]

Системы управления реляционными базами данных

Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).

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

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

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

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

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

Развитие РБД

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

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

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

[ http://www.rtsoft-training.ru/?p=600017]

Тематики

• базы данных

Синонимы

• РБД
• реляционная БД

EN

• RDB
• relational data base
• Relational Database

 

Совет по научным исследованиям и разработкам (США)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• Research and Development Board
• RDB

 

реляционная база данных
База данных, реализованная в соответствии с реляционной моделью данных.
[ ГОСТ 20886-85]

реляционная БД
База данных, логически организованная в виде набора отношений ее компонентов.
Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
Использование реляционных баз данных позволяет:
собирать и хранить данные в виде таблиц;
обновлять их содержание;
получать разнообразную информацию по атрибутам или записям;
отображать полученные данные в виде диаграмм или таблиц;
выполнять необходимые расчеты по материалам базы.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]

Системы управления реляционными базами данных

Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).

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

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

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

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

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

Развитие РБД

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

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

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

[ http://www.rtsoft-training.ru/?p=600017]

Тематики

• базы данных

Синонимы

• РБД
• реляционная БД

EN

• RDB
• relational data base
• Relational Database

progr. Verbund (в реляционной алгебре), Verbundoperation (в реляционной алгебре)

1) соединение

а) сочленение; стык; контакт; место контакта; граница

б) соединение отношений ( в реляционной алгебре)

в) соединение точек или линий на графике ( линиями или кривыми); способ соединения точек или линий на графике

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

3) соединять отношения ( в реляционной алгебре)

4) соединять точки или линии на графике ( линиями или кривыми)

5) объединение

а) слияние ( воедино)

б) вчт объединение множеств

6) объединять(ся); сливать(ся)

7) вчт объединять множества

8) присоединение || присоединять(ся)

9) склейка (напр. магнитной ленты); сросток (напр. кабеля) || склеивать (напр. магнитную ленту); сращивать (напр. кабель)

•

- join of relation

1) соединение

а) сочленение; стык; контакт; место контакта; граница

б) соединение отношений (в реляционной алгебре)

в) соединение точек или линий на графике (линиями или кривыми); способ соединения точек или линий на графике

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

3) соединять отношения ( в реляционной алгебре)

4) соединять точки или линии на графике ( линиями или кривыми)

5) объединение

а) слияние (воедино)

б) вчт. объединение множеств

6) объединять(ся); сливать(ся)

7) вчт. объединять множества

8) присоединение || присоединять(ся)

9) склейка (напр. магнитной ленты); сросток (напр. кабеля) || склеивать (напр. магнитную ленту); сращивать (напр. кабель)

•

- corner line join

1) общ. прорез, пересечение, среднее (число), разрез

2) геол. поперечник, средний показатель

3) авиа. прорезь, профиль (D/schn)

4) тех. точка пересечения

5) экон. средняя величина, обычное качество, среднее значение, среднее качество

6) горн. гезенк между двумя штреками, пройденными один над другим

7) спец. профиль, сечение

8) бизн. среднее число

9) прогр. операция пересечения (в реляционной алгебре)

1) общ. проекция

2) геол. отображение

3) тех. изображение, проектирование

4) экон. механическая экстраполяция

5) полигр. проецирование

6) бизн. перспективная оценка, прогноз

7) прогр. операция проекции (в реляционной алгебре)

8) кинотех. кинопроекция

1) общ. союз, сообщество

2) тех. связь, сопряжение, составной оператор (АЛГОЛ), соединение

3) хим. двух или многослойный

4) стр. связь (усиление конструкции), сцепление (бетона с арматурой)

5) ж.д. связь

6) экон. объединение, комплекс

7) прогр. операция слияния, операция соединения, операция соединения отношений (в реляционной алгебре)

прогр. операция слияния, операция соединения, операция соединения отношений (в реляционной алгебре)

progr. Durchschnitt (в реляционной алгебре)

progr. Projektion (в реляционной алгебре)

1) деление

2) операция деления ( в реляционной алгебре)

3) раздел

1) поглощающий

2) абсорбирующий

3) вчт абсорбтивный ( в реляционной алгебре)