1. Сильные стороны реляционной модели субд

Сильными сторонами реляционной модели СУБД являются:

• простота;

• возможность использования языка SQL;

• обеспечение независимости от данных;

• пригодность для систем интерактивной обработки транзакций;

OLAP – Online Analytical Processing – аналитическая обработка данных;

OLTP – Online Transactional Processing – оперативная обработка транзакций.

2. Недостатки реляционных субд

Реляционные СУБД имеют определенные недостатки:

- Слабое представление сущностей реального мира. Процесс нормализации приводит к созданию отношений, которые не соответствуют сущностям «реального мира» - к фрагментации сущностей «реального мира», что потом приводит к необходимости выполнения многих соединений при выполнении SQL-запросов.

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

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

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

Эта фиксированная структура является слишком жесткой и недостаточной для представления многих объектов «реального мира» с достаточно сложной структурой – бурное увеличение количества частей (узлов) при представлении некоторого объекта, например, самолета, который состоит из многих деталей и узлов, которые содержат другие детали и узлы, и т.д. В то же время симметричная структура РСУБД является одним из ее преимуществ. (массивы в Interbase). (BLOB поля).

За последние 10-15 лет стали развиваться объектно-ориентированные СУБД (ООСУБД) и объектно-реляционные СУБД (ОРСУБД).

3. Недостатки оосубд

К недостаткам ООСУБД относятся:

- Отсутствие универсальной модели данных.

- Недостаточность опыта эксплуатации.

- Отсутствие стандартов.

- Влияние блокировки объекта на производительность.

- Сложность.

- Отсутствие поддержки представлений (View).

- Недостаточность средств обеспечения безопасности.

1. Заключение

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

При разработке информационных систем для локальных вычислительных сетей с использованием технологии клиент/сервер оправданно и целесообразно в качестве СУБД применять свободно распространяемую СУБД FireBird, которую можно устанавливать практически на компьютеры с любой платформой (Unix, Linux, Windows и пр.). Эта СУБД, для своей установки, не требует покупки специального сервера (так например, СУБД MS SQL Server требует для своей установки сервер Windows Server 2003) и обладает большим количеством других преимуществ.

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