by Viktoria
Copyright © 2023
Едгар Код
Едгар Франк Код (на английски: Edgar Frank Codd) (1923 – 2003) е британски информатик.
По време на работата си в IBM изобретява релационния модел за управление на бази данни, който е теоретичната основа за релационните бази данни.
Прави и други ценни приноси към компютърната наука, но релационният модел, като много влиятелна обща теория за управление на данни, си остава неговото основно и най-популярно научно постижение.

| Едгар Код
Edgar Frank Codd
|
|
|---|---|
| британски информатик | |
| Роден | |
| Починал | |
|
|
|
| Учил в | Мичигански университет |
| Научна дейност | |
| Област | Компютърна наука |
| Работил в | IBM |
| Известен с | Релационен модел, Анализи в реално време |
| Награди | Награда Тюринг |
| Едгар Код в Общомедия | |
Релационна база данни
елационна база данни е тип база данни, която съхранява множество данни във вид на релации, съставени от записи и атрибути (полета) и възприемани от потребителите като таблици. Релационните бази данни понастоящем преобладават при избора на модел за съхранение на финансови, производствени, лични и други видове данни.
Софтуерът, който се използва за организиране и управление на този вид бази данни се нарича най-общо система за управление на релационни бази данни (СУРБД).
Релация[редактиране | редактиране на кода]
Релацията (relation) се дефинира като множество от записи, които имат едни и същи атрибути. Записът обикновено представя обект и информация за обекта, който обичайно е физически обект или понятие. Релацията обикновено се оформя като таблица, организирана по редове и колони. Всички данни, които се съдържат в даден атрибут, принадлежат на едно и също множество от допустими стойности, наречено домейн, и съблюдават едни и същи ограничения.
Характеристики на релацията:
-
Всяка релация (таблица) в базата данни носи уникално име.
-
Всеки атрибут носи уникално име в рамките на дадена релация.
-
Всяка релация съдържа уникални записи, не може да съдържа повтарящи се идентични записи.
-
Няма определен ред, в който се разполагат записите в дадена релация или атрибутите в даден запис.
-
Стойностите в записите са атомарни – те не могат да се състоят от различни типове данни (данни от различни домейни) или да са резултат от изчисление или конкатенация.
Анализи в реално време
В информатиката, анализът в реално време, или аналитичната обработка онлайн (OLAP), е подход за бързо обработване на многомерни аналитични заявки.[1] Анализите в реално време са част от широката категория бизнес разузнаване, която обхваща релационни бази данни, извличане на знания от данни[2] и писмени доклади. Типичните полета на приложение на OLAP включват отчитане на продажбите, маркетинг, управление на бизнес процесите,[3] бюджетиране и предвиждане на бъдещи събития, финансово отчитане и други.
Инструментите на OLAP позволяват на потребителите да анализират интерактивно многомерни данни от различни гледни точки. Анализът в реално време се състои от три основни аналитични операции: консолидация (обединяване), разбивка и „нацепване на парчета“.[4] Консолидацията включва съвкупност от данни, които могат да бъдат събрани и изчислени в едно или повече измерения. Например, всички търговски офиси са обединени в търговски отдел с цел предвиждане на тенденциите в продажбите. За разлика от консолидацията, разбивката е техника, която позволява на потребителя да навигира между отделните детайли. Например, потребителите могат да разгледат продажбите според индивидуалните продукти, които съставят продажбите в региона. Нацепването на парчета е функция, чрез която потребителите могат да „нацепят“ определен набор от данни от OLAP-куба и да разгледат всяко парче от различни гледни точки. Тези гледни точки се наричат измерения (например разглеждането на продажбите според търговец, дата, клиент, продукт регион и други).
Общ преглед
В ядрото на всеки анализ в реално време стои OLAP-куба (наричан още многомерен куб или хиперкуб). Той се състои от числови факти наречени мерки, които се категоризират от измерения. Мерките се намират на пресечните точки на хиперкуба, който от своя страна обхваща измеренията като векторно пространство. Обичайният интерфейс за работа с OLAP-куба е чрез матрица, например таблица с отправни точки разположена в електронна таблица, която изпълнява едновременни операции по измеренията като агрегиране и осредняване.
Обичайно метаданните в куба са създадени от схема звезда, схема снежинка или „съзвездие“ от факти от таблици в релационна база данни. Мерките са извлечени от записите в таблицата с факти, а измеренията се извличат от таблицата с измерения.
Структура на пазара[редактиране | редактиране на кода]
Списък на най-добрите доставчици на OLAP за 2006 г., с цифри в милиони щатски долари.
| Търговец | Глобални приходи | Консолидирана компания |
|---|---|---|
| Майкрософт | 1,806 | Майкрософт |
| HyperionSolutions | 1,077 | Oracle |
| Cognos | 735 | IBM |
| Busines objects | 416 | SAP |
| MycroStrategy | 416 | MycroStrategy |
| SAP AG | 330 | SAP |
| Cartesis (SAP) | 210 | SAP |
| Applix | 205 | IBM |
| Infor | 199 | Infor |
| Oracle | 159 | Oracle |
| Други | 152 | Други |
| Общо | 5,700 |
Published: Dec 17, 2023
Latest Revision: Dec 17, 2023
Ourboox Unique Identifier: OB-1528568
Copyright © 2023
