Журнал «Компьютерра» № 20 от 30 мая 2006 года - Компьютерра - Страница 35

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

Microsoft SQL Server Express Edition

Microsoft долгое время выпускал версию MS SQL Developer Edition в составе пакета для покупателей-разработчиков продуктов вроде Visual Studio. Эту версию можно было использовать и распространять в своих приложениях.

MS SQL Express Edition стал отдельным продуктом, бесплатным для использования и распространения, но с техническими ограничениями: размер базы данных опять же не более 4 Гбайт, размер используемой оперативной памяти до 1 Гбайт и конечно, только один процессор.

У Microsoft есть целая линейка продуктов Express Edition c урезанной функциональностью (начиная с самой Visual Studio), поэтому им проще всего предложить студентам и начинающим разработчикам весь спектр инструментов – от среды до базы данных.

IBM DB2 Express-C

Компания IBM чрезвычайно загадочна и непрозрачна, и, похоже, немножко неповоротлива. Вот и бесплатную версию своей СУБД она выпустила позже остальных. На самом деле в IBM постоянно запускают массу различных инициатив для разработчиков, поддерживают Linux, Java и Open Source вообще; да и баз данных у них целый выводок (DB2, Informix, CloudScape)…

DB2 – очень мощная база данных, легко конкурирующая с Oracle, предназначаемая для обработки терабайтных баз данных. Но, к сожалению, в России она слабо приживается, то ли из-за неактивной позиции IBM в России, то ли из-за консерватизма разработчиков.

Надо отметить, что у DB2 самые льготные ограничения – база данных может быть любого размера, оперативная память ограничена 4 гигабайтами, и используется до двух процессоров.

Дистрибутив весит 450 Мбайт, но зато это настоящие джинсы… то есть IBM!

Бери, кум, чего мне не надо

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

Стоимость владения

Для баз данных, как и для любого софта, существует понятие полной стоимости владения (Total Cost of Ownership, TCO).

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

Вообще говоря, ТСО – это схема для вычисления всех затрат, связанных с ПО. Таких схем существует несколько, и компании-производители программного обеспечения постоянно соревнуются в снижении этого показателя (причем обычно выигрывает тот, кто измеряет).

Традиционно считается, что ТСО состоит из трех частей:

стоимость аппаратного обеспечения;

стоимость программного обеспечения;

стоимость персонала, необходимого для обслуживания ПО.

Посчитали – прослезились…

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

Затем – hardware. 1 Гбайт оперативной памяти для системы, основанной, скажем, на Firebird и обслуживающей 30–50 пользователей, вполне достаточно, тогда как для Oracle потребуется куда больше.

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

И рос он не по годам, а по часам

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

Вход бесплатно, выход – нет

Все новые «коммерческие бесплатные» базы данных рассчитаны на то, чтобы через «попробовать» молодые разработчики и целые компании становились адептами этих СУБД или просто клиентами, покупая и используя в своей работе их базы данных.

Немаловажен и другой вопрос – как долго будут поддерживаться бесплатные версии СУБД? Например, компания Borland, выпустив в 2000 году InterBase 6 Open Edition, которую стали использовать миллионы разработчиков, выпустила только два небольших апдейта, после чего вернулась к коммерческой модели, прекратив поддержку Open Edition. И если бы не появление Firebird, то выбравшие Inter-Base 6 Open Source разработчики должны были бы либо купить лицензии новых версий InterBase, либо переходить на другие СУБД.

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

ПИСЬМОНОСЕЦ: Взял рикшу доехал до инет зала

Автор: Леонид Левкович-Маслюк

Имею нелицеприятное мнение о статье «Эволюция мастдай» К. Еськова в #633. Развязно-глумливое обращение автора с теми, кто мыслит иначе, недостойно ученого. К. Еськов не дает ссылок ни на одну работу критиков эволюционной теории и умалчивает о многом ими сказанном (в своем учебнике тоже). Он упоминает А. А. Любищева, но не вспоминает его едкие вопросы дарвинистам. Зачем-то ему понадобилась даже ухмылка в адрес верующих в акт творения: «7970 (или сколько там?) календарных лет тому назад». Лукавством является утверждение, будто креационизм «на самом деле представляет собой извод теории заговора». Я знаю много книг, где ничего подобного нет. Фраза Кастлера «запоминание случайного выбора» очень важна для К. Еськова. Кастлер якобы строго доказал, что других способов создания информации кибернетика не знает. Сильно сказано, на уровне теоремы Гёделя о неполноте. Но есть ли теорема Кастлера в математической кибернетике? Математики разводят руками: нет! К. Еськов вроде бы негодует в связи с некими судебными исками и неверной позицией СМИ. Как говорил Мастер у Булгакова, создается впечатление, что его ярость вызвана чем-то другим. В самом деле, станет ли волноваться физик, услышав об иске в связи с преподаванием квантовой механики? Да и вероятен ли такой иск – и почему бы это, а? Статья Д. Шабанова в #637 – вот это серьезно. Но есть и другие проблемы с объяснением эволюции. Хочется продолжения темы.

Федор Шашелев ( [email protected] /* */ )

ОТ РЕДАКЦИИ: Статья Кирилла Еськова – краткий набросок тезисов на двух журнальных страницах. Этому жанру не свойственны точные математические формулировки. Тем более что текст не столько о современных концепциях эволюционной теории, сколько о ее истории и статусе в современной науке (более развернуто Еськов говорит об этом в интервью журналу «Эксперт», вышедшему спустя месяц после обсуждаемой статьи; впрочем, некоторые аргументы, что неудивительно, повторены там практически дословно), а также о стиле так называемого «обсуждения» этого круга проблем, и вообще научных проблем, в обществе (это не то же самое, что в СМИ). Вот этот самый стиль, вероятно, и определил стиль реакции автора. Что касается проблем – в «КТ» не раз выходили материалы по эволюционной проблематике, иногда с более чем радикальными выводами (такова статья Анатолия Кричевца в номере 417 «Почему вас интересует, были ли среди моих предков обезьяны?»). В этом номере – о том же колонка Ваннаха. Скоро на сайте «Терры» появится еще одна очень интересная статья Дмитрия Шабанова на ту же животрепещущую тему – а активность обсуждения этих материалов в онлайне давно превзошла все мыслимые пределы. Однако специально акцентировать эту тему в журнале, а тем более вести по ней дискуссии мы не планируем.