Добавить в избранное   Сделать стартовой   Главная   E-mail   Форум   Мой блог 
   
Cертификации

Errors

ETL

FAQ (по темам)

GIS

Web

wiki

Администрирование

Безопасность

Книги
Oracle, ...

Новости

ОС

Программирование

Проектирование БД

Производительность

Скачать

Советы

Тестирование

Установка

FAQ - по базам данных
FAQ - по базам данных
Установка СУБД
Oracle
Sybase
MySQL
PostgreSQL
MS SQL Server
Interbase, Firebird
Другие DB
Администрирование
Oracle
MySQL
Sybase
PostgreSQL
MS SQL Server
Interbase, Firebird
IBM DB2
Другие DB
Проектирование БД
Статьи
ETL
Теория БД
ErWin
Designer 2000
PowerDesigner
Хранилища данных
CASE средства
OLAP
Бизнес - анализ (BI)
Производительность
Oracle
MSSQL
Interbase, Firebird
IBM DB2
MySQL
PostgreSQL
SYBASE
Безопасность БД
Oracle
MS SQL Server
Инъекция SQL
Программирование
Transact-SQL
PL/SQL
C++
XML
SQL
PostgreSQL
MDX
Java
VBA Excel
Книги по базам
Oracle
Заказ книг
ОС
Установка и настройка
UBUNTU
ОС
Установка и настройка
UBUNTU
FAQ
FAQ - по базам данных
Главная arrow Хранилища данных
Хранилища данных - Data Warehouse

Автоинкрементные первичные ключи (суррогатные ключи) = зло?

Печать E-mail
В этой статье я приведу взгляд (отрицательный по большей части) Джоша Беркуса, CEO компании PostgreSQL Experts Inc. на использование суррогатных ключей для таблиц базы данных, тех самых INT NOT NULL AUTO_INCREMENT PRIMARY KEY, к которым мы привыкли. Фактически, это будет вольный, сильно сокращенный перевод его статьи на ittoolbox.

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

Честно говоря, прочитав эту статью и не заметив, кто автор, я подумал, что он все же преувеличивает и вообще, я без него как-нибудь разберусь, где и какие ключи мне использовать. Потом я еще немного подумал и полез за дампом структуры базы моего старого проекта. Было интересно.

Если вы опытный DBA, наверное, вам стоит пройти мимо, чтобы не расстраиваться.

Но обо всем по порядку. Сначала ОЧЕНЬ сокращенный перевод:
Подробнее...
 

Разгоняем хранилище данных (Часть 3)

Печать E-mail

Разгоняем хранилище данных (Часть 3)

Архитектуные способы повышения производительности

Правильная архитектура имеет ключевое значение для производительности и пропускной способности всей системы в целом. Элементами архитектуры являются все системы, вовлечённые в наполнение и использование хранилища данных, начиная от систем-источников (source system), и заканчивая отдельными витринами данных (data mart) и аналитическими приложениями (analytical application). При правильно построенной архитектуре данные максимально быстро попадают из систем, в которых они создаются, к конечным пользователям. При этом инфраструктура хранилища данных (оборудование, программное обеспечение) используется наиболее оптмальным образом (отсутствуют пики и простои). Оптимизация хранилища данных с точки зрения архитектуры может включать перенос нагрузки из узких мест в более производительные и/или недозагруженные. Например, перенос части нагрузки с ETL-серверов на СУБД хранилища данных (ELT). Или, наоборот, разгрузка СУБД хранилища данных за счёт переноса нагрузки с СУБД на серверы OLAP.

Подробнее...
 

Введення в сховища даних Oracle.

Печать E-mail

Введення в сховища даних Oracle.

  У постійно мінливому й усе більш конкурентному діловому оточенні в керівника постійно є потреба в бізнес аналізі. Будемо використовувати термін бізнес аналітика як синонім англійського поняття Business Intelligence (BI) – аналітична платформа компанії й технології, її підтримуючі, такі, як сховища даних. Засоби бізнес аналітики дають можливість людям, що приймають рішення, діяти на основі достовірної інформації й роблять продукти й послуги компанії більш конкурентоспроможними. Яка б не була галузь діяльності, Вам потрібні повні знання про діяльность компанії, її клієнтів для оцінки потенційних можливостей і ризиків. Для побудови корпоративної BI системи ІТ фахівці використовують рішення на основі набору різних продуктів від різних виробників(клаптева автоматизація). Нажаль, такі клаптеві рішення згодом стають усе більше складними й вимагають все більших витрат на підтримку. Наприклад, кожне відновлення зажадає розбору й переналагодження всієї системи. Більш того, коли безліч окремих виробників обновлюють свої продукти, вони рідко враховують взаємний вплив на продукти інших виробників, які використовуються у Вашому рішенні. Щоб змусити всю систему працювати як одне ціле, потрібно більше часу, зусиль і засобів, чим при використанні інтегрованого рішення.

Подробнее...
 

SCD - Slowly changing dimensions

Печать E-mail

Image

Slowly changing dimensions (SCD) determine how the historical changes in the dimension tables are handled. Implementing the SCD mechanism enables users to know to which category an item belonged to in any given date.

Types of Slowly Changing Dimensions in the Data Warehouse architectures:  

Подробнее...
 

Data Warehousing and Data Marts

Печать E-mail

   A data warehouse is a database dedicated to storing information log term for the purposes of reporting and decision making. It is part of a multitiered scheme of databases to provide for a variety of needs. Data marts effectively small data warerhouses. The diffrence is data marts tend to be departmental and fairly application specific whereas data warehouses are more general.

Подробнее...
 
<< [Первая] < [Предыдущая] 1 2 3 [Следующая] > [Последняя] >>

Результаты 1 - 9 из 24
Взаимосвязанные статьи
     

Последние добавленные статьи
Поиск
Ссылки
Главная
Скачать
Курсы
Роль АБД (SYSDBA)
Карта сайта
Автостекла
Контакты
Войти на сайт
Популярные статьи
Online - тесты
1Z0-042
Rambler's Top100 МЕТА - Украина. Рейтинг сайтов хостинг от freehost.com.ua

Все права защищены.SYSDBA 2010 | Если у Вас есть хороший материал пришлите его нам.