Терминология распределенных СУБД

ПОНЯТИЕ ТРАНЗАКЦИИ

Нормализация - за и против

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

Другим недостатком нормализованной БД является необходимость считывать связанные данные из нескольких таблиц при выполнении одного запроса.

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

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

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

Общая тенденция развития СУБД показывает, что распределенные системы станут преобладающими в ближайшие 3-5 лет. Например, известная исследовательская фирма Gartner Group заявляет, что к 2000 году 40% работников офисов станут мобильными или надомными работниками, т.к. ежегодно продается около 30 млн. ПК типа ноутбук. С вероятностью 70% она же прогнозирует, что доля широкополосных (оптоволоконных) каналов связи возрастет к 2001 году до 30% при одновременном уменьшении стоимости коммуникационных услуг в 2 раза. Все это позволяет сделать вывод, что завтрашняя СУБД - это в основном распределенная СУБД.

На сегодняшний день существуют две параллельно развивающиеся и конкурирующие технологии взаимодействия объектов и программ: COM (Component Object Model - компонентная модель объектов) корпорации Microsoft и CORBA (Common Object Require Broker Architecture - архитектура с поставщиком требуемых общих объектов) независимой группы OMG.

Дата добавления: 2014-01-07