Добавить в избранное   Сделать стартовой   Главная   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 Статьи
Статьи - Проектирование баз данных

Задача проектирования базы данных методом нормализации

Печать E-mail
 
Задача проектирования базы данных методом нормализации
 Введение.

Данная статья посвящена анализу проектирования базы данных частного предприятия. В качестве инструмента моделирования структуры данных использован метод нормализации. Этот метод считается фундаментальным и широко используется на практике.

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

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

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

Архитектуры ОО СУБД. Анализ реализаций

Печать E-mail
 

Архитектуры ОО СУБД. Анализ реализаций

 1. Аннотация

Объектно-ориентированные системы управления базами данных (ООСУБД) существуют уже почти два десятилетия. Основные поставщики приступили к их реализации в конце 1980-х гг., приспосабливая для этого такие языки, как Smalltalk, C++ и Java, а в середине 1990-х начали поставлять коммерческие продукты. В начале имелась большая надежда на то, что ООСУБД заменят РСУБД для поддержки баз данных будущих приложений.

«Большая надежда» не оправдалась, и в этой статье утверждается, что ОДНА из основных причин этого кроется в архитектуре ООСУБД. То есть именно архитектура ООСУБД повлияла на ожидания первопроходцев. Многие успешно внедренные приложения продемонстрировали, что правильная архитектура ООСУБД позволяет создавать высокопроизводительные, многопользовательские, масштабируемые решения. В этой статье анализируется эти ожидания, а также обсуждаются различия между тремя типовыми архитектурами коммерческих ООСУБД.

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

Метаданные как основа баз данных мониторинга

Печать E-mail
 
     Многие разработчики реляционных БД применяют собственные наборы системных таблиц TABLES (список таблиц), COLUMNS (список атрибутов), DATATYPES (типы данных) и т.п. Такие описания структуры, выполненные в табличной же форме, называют еще «метаданными». В качестве примера приведем небольшую БД мониторинга грунтовых вод, список таблиц которой приводится в примере 1.
Подробнее...
 

Проектирование базы данных: выбор первичного ключа

Печать E-mail
 
  Хорошая модель и правильный проект базы данных формируют основу информационной системы. Построение слоя данных - часто первый критичный шаг в направлении создания новой системы, который правомерно требует внимания к деталям и тщательного планирования. База данных, как и любая компьютерная система, является моделью небольшой части реального мира. И, как любая модель, это - узкое представление, которое значительно упрощает сложность реальной вещи. Современные системы баз данных основываются на реляционной модели хранения и извлечения данных. Название происходит от слова relationship - отношение между столбцами в таблице (а не из того, что Вы можете связать таблицы между собой). Другими словами, "реляционный" означает, что несколько значений, которые принадлежат одной и той же строке, являются связанными.

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

.

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

Десять характерных ошибок в проектировании базы данных

Печать E-mail
 
   Я уже дважды поднимал эту тему. Если Вы хотите послушать подкаст-версию, посетите блестящий сайт Грэга Лоу SQL Down Under . Я также представил урезанную десятиминутную версию в PASS для Simple-Talk. Первоначально их было десять, потом шесть, а сейчас опять десять. Но эти десять не те же самые десять ошибок, которые были первоначально; они отражают мое сегодняшнее понимание.

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

Итак, список:

  1. Плохой проект/планирование
  2. Игнорирование нормализации
  3. Слабые стандарты именования
  4. Отсутствие документации
  5. Одна таблица для хранения всех значений домена
  6. Использование столбцов identity/guid в качестве единственного ключа
  7. Не использование средств SQL для поддержания целостности данных
  8. Не использование хранимых процедур для обеспечения доступа к данным
  9. Попытка генерировать объекты
  10. Недостаточное тестирование

.

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

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

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

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