Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Однопользовательские СУРБД

Брюс Робертсон

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

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

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

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

Семейные узы

Почему предпочтительнее тот однопользовательский продукт, который связан крепкими семейными узами с используемой корпоративной СУРБД?

Да потому, что обе системы должны иметь одинаковые функциональные возможности, синтаксис языка SQL, режимы работы, типы данных и интерфейсы прикладных программ, будь то ODBC, OLE, встроенный SQL или CLI собственной разработки. Нам хотелось бы, чтобы перенос уже обкатанных приложений с сервера на настольную систему и проходил гладко. Причем совершенно нежелательно изменять установки многопользовательского сервера для его нормального функционирования с однопользовательским "сервером". Однако для того, чтобы все это реализовать необходимо проделать огромный объем работы. Вывод из сказанного следующий: каждая мощная СУРБД должна иметь однопользовательского "брата", причем желательно с похожим характером.

С другой стороны, мы часто используем продукты третьих фирм, которые хорошо работают на небольших настольных машинах, но не имеют "родственников", трудящихся на больших серверах. В этом случае мы вынуждены выслушивать взаимные обвинения производителей, продукты которых не взаимодействуют между собой так, как было обещано. Различие в характеристиках мощных СУРБД и однопользовательских систем разных производителей заставляет вас приложить немало усилий, для того чтобы заставить их должным образом взаимодействовать. А кто же захочет делать дополнительную работу? Я нет.

Взаимоотношения в семье

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

Ни пользователь, ни разработчик приложений не должны заботиться о реализации репликаций. Сама система обязана обеспечивать репликацию и синхронизацию баз данных между настольной системой и сервером. Технически это сделать не так просто, но необходимо. Конечно, существуют продукты сторонних производителей, которые позволяют проводить синхронизацию баз данных одно- и многопользовательских систем. Но подобные средства должны быть не отдельным продуктом, а включаться в однопользовательский продукт.

В недавно выпущенной корпорацией Oracle персональной СУРБД Personal ORACLE7 Enterprise Edition такие средства предусмотрены, но в настоящее время этот продукт позволяет проводить только одностороннюю репликацию: из центрального узла на локальную систему. Следующая версия базы данных Watcom SQL будет интегрирована с технологией репликации Replication Server фирмы Sybase (и поддерживать ее язык Transact-SQL для хранимых процедур). СУРБД для настольных систем OpenIngres/Desktop (являющаяся не чем иным, как системой SQLBase фирмы Gupta) будет работать с собственными средствами репликации OpenIngres, но только начиная с версии 2.0. А компания Informix даже говорить не хочет об интеграции своего однопользовательского продукта для Windows в свою же репликационную среду.

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

Платформы

Здесь по крайней мере дела обстоят проще. Все производители имеют однопользовательскую реляционную базу данных для Windows. Но, кроме этого, некоторые продукты поставляются и для других систем: SQLBase для Windows NT и OS/2, Watcom - DOS, Windows NT и OS/2, Informix-SE - OS/2. Однако никто не выпускает подобные продукты для Mac OS и UNIX.

Но даже СУРБД для Windows не похожи друг на друга.

Oracle создавала свой продукт путем переноса кода основной СУРБД (ORACLE7). Именно поэтому персональная версия СУРБД требует от настольной системы значительных аппаратных ресурсов: для начала работы необходимы объем оперативной памяти 16 Мбайт, да и немалое свободное пространство на жестком диске. Продукт Oracle напоминает женатого мужчину, который снял с себя обручальное кольцо, чтобы на вечеринке выглядеть холостым. Подобным недостатком отличается и система фирмы Informix.

Продукты Watcom SQL и SQLBase создавались специально для однопользовательских систем и поэтому их требования к объему оперативной памяти не столь высоки: от 4 до 8 Мбайт на компьютере под управлением Windows. В этом их преимущество. Но в то же время они не настолько мощны, как их старшие братья - Sybase и Ingres.

Итак, необходим ли вам новейший компьютер с процессором Pentium и 32 Мбайт оперативной памяти для эффективной работы персональной СУРБД? Для систем Oracle и Informix - похоже да, для других продуктов - нет. Ко всему прочему, многое зависит от того, с какими приложениями вы собираетесь работать. Но пользователи Oracle возможно не решаться применять персональную версию СУРБД этой фирмы. Зачем же до смерти загонять собственный ПК?

Наиболее интересный игрок на рынке СУРБД для Windows - фирма Microsoft. Но сейчас она не играет. И другие фирмы, будучи более проворными, отберут у Microsoft часть ее постоянных покупателей.

Цены и обещания

Все однопользовательские СУРБД для Windows находятся в том же ценовом диапазоне, что и обычные программы для Windows: SQLBase и Watcom SQL - 295 долл., Personal ORACLE7 - 395 долл., Personal ORACLE7 Enterprise Edition - 595 долл., Informix-SE - от 250 до 500 долл. Пример Oracle и тот факт, что ни одна другая фирма еще не объявила цены на персональную СУРБД, поддерживающую функциональные возможности мощной корпоративной СУРБД, говорят о том, что такие (персональные) СУРБД будут стоить дороже. Насколько, пока не ясно. Также пока не ясно будут ли такие продукты обеспечивать полную совместимость синтаксиса языка SQL и интерфейса прикладных программ, а также поддержку репликации.

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

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


распечатать статью

http://ivgreenhouse.ru/ русский сруб иваново.




  
1 '1996
СОДЕРЖАНИЕ

колонка редактора

• Говорит и показывает Интервидение

открытые системы

• Мир TCP/IP. Internet Protocol

• Пятая волна компьютеризации: открытые сети общего пользования

• DCE. Скорее жива, чем мертва?

• Ява - остров восходящего солнца

• Проблемы маршрутизации трафика в Internet

• Удаленный доступ по PPP

• Будущее мультимедиа в Internet

• Интеграция Unix и Windows NT средствами NFS

• Internet: каково же будущее?

корпоративные сети

• Переход к коммутируемым сетям

• Загадка маршрутизатора

• Мост над бурным потоком

• Технология управления распределенными сетями

локальные сети

• Дисковые массивы RAID типа SCSI-to-SCSI

• Ленточные системы с автоматической сменой кассет

• Сетевые адаптеры Ethernet для шины PCI

услуги сетей связи

• Системы низкоорбитальных спутников

• Кодирование речи в цифровой телефонии

• Архитектура и функциональные модули сетей SDH

приложения клиент-сервер

• Однопользовательские СУРБД

• SQL Server 6.0: взаимодействие клиента с сервером

• Комплексная автоматизация производства на основе систем SCADA

защита данных

• А в вашей сети живут драконы?

• Испытание антивирусных программ для NetWare

новые продукты

• RAID без компромиссов, Эмулятор SunPC для DOS и Windows, Коммутатор LinkSwitch 1000 фирмы 3Com, Маршрутизаторы 7500 фирмы Cisco, MultiNet for Windows фирмы TGV



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх