Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Цена - критерий ли выбора СУБД?  [new]
Bu_Ilder
Member

Откуда: St.Oskol
Сообщений: 32
Я новичек. Вопрос:
Существуют ли бесплатные СУБД? Какие? И если существуют, то можно ли на них положться, как на надежные и защищенные системы?
Возвращаясь к фразе - "бесплатный сыр только в мышеловке" - появляется настороженность, что за бесплатными системами скрывается беззащитность данных или их случайная потеря.
Насколько я прав или не прав?
25 янв 05, 16:09    [1272294]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Иногда - критерий, иногда не критерий. Все зависит от задачи. Глядя, к примеру, на hotlog, у меня возникает ощущение, что либо он сделан на чем-то очень бесплатном, либо же сделан очень бесплатными программистами :)
25 янв 05, 16:46    [1272438]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Dogen
Member

Откуда: Гондурас
Сообщений: 2976
Bu_Ilder
Я новичек. Вопрос:
Существуют ли бесплатные СУБД? Какие? И если существуют, то можно ли на них положться, как на надежные и защищенные системы?
Возвращаясь к фразе - "бесплатный сыр только в мышеловке" - появляется настороженность, что за бесплатными системами скрывается беззащитность данных или их случайная потеря.
Насколько я прав или не прав?

Надо бы понятия конкретизировать - надежность, защищенность.
Бесплатность, однако, тоже. Когда дойдет до коммерческого распространения, может и денег стоить (теоретически).
Чтобы Вам обоснованно порекомендовали СУБД, стоило бы определиться с кругом решаемых задач. Ну а если есть время и желание, то я бы изучал что посложнее :))
25 янв 05, 16:55    [1272490]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Yo!
Guest
платность и бесплатность субд особого значения не имеет, значение имеет стоимость проэкта, если для бесплатной субд мне нужно будет 1000 часов платного программера то врядле это будет значимым аргументом против 10 часов на ту же задачу с платной субд. хотя если программер за $200 ... хз что дешевле :)
25 янв 05, 18:13    [1272881]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Bu_Ilder
Member

Откуда: St.Oskol
Сообщений: 32
А вообще, на Ваш взгляд, есть ли какие-нибудь бесплатные СУБД, которые могут являться альтернативой коммерческим продуктам, или м.б. даже в большинстве своих возможностей превосходить их? Как уже говорилось, под конкретный проект - своя СУБД, но все-таки хотелось бы узнать, есть ли "универсальность" у каких-либо существующих СУБД, т.е. показывают хорошие характеристики при любом объеме БД и количестве клиентов (конечно и объем, и количество клиентов - реальные цифры, а не из области фантастики)?

Спасибо.
25 янв 05, 20:00    [1273108]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Alexey Sh
Member

Откуда: SPB
Сообщений: 1930
Критерии "бесплатности" разные. Для меня, например, Oracle SE one - 5Kбаксов на процессор или 150 за каждого юзера - бесплатно. Условие ри этом будет соблюдено
автор
. показывают хорошие характеристики при любом объеме БД и количестве клиентов (конечно и объем, и количество клиентов - реальные цифры, а не из области фантастики)?
25 янв 05, 20:30    [1273143]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
andrushok
Member

Откуда: от верблюда
Сообщений: 7430
Энто вопрос к маркетингу, однако. Программеров/админов другое лучше спашать...
27 янв 05, 22:48    [1280372]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Bu_Ilder
А вообще, на Ваш взгляд, есть ли какие-нибудь бесплатные СУБД, которые могут являться альтернативой коммерческим продуктам, или м.б. даже в большинстве своих возможностей превосходить их?

Вряд ли. Альтернативой для какой-то группы проектов - пожалуй. Но Вы, как я понимаю, имеете в виду "бесплатная БД, серьезно потеснившая платные с занимаемых позиций" - это вряд ли.

Часть существующих СУБД я бы назвал "условно-бесплатными" - это те, что изначально были платными (как Firebird и, если не ошибаюсь, Postgres), те, что становятся платными (MySQL) и те, что являются бесплатными приложениями к платным продуктам (MSDE). И вроде как оказывается, что совсем бесплатных-то и не особо видно :)

Из этой группы первые могут быть прямо сейчас даже наиболее мощными - но вряд ли удержат позиции; на энтузиазме вряд ли возможно развивать столь большой проект с той же скоростью, что и коммерческий. Перспективны, пожалуй, третьи - "заманивающие", то есть имеющие конечной целью маркетинг платного продукта. Но они не конкурируют и не вытесняют платные СУБД; это конкуренция между платными СУБД.
28 янв 05, 11:11    [1281178]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Dogen
Member

Откуда: Гондурас
Сообщений: 2976
softwarer
те, что становятся платными (MySQL)


Продались супостату
28 янв 05, 11:48    [1281410]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
softwarer
Часть существующих СУБД я бы назвал "условно-бесплатными" - это те, что изначально были платными (как Firebird и, если не ошибаюсь, Postgres), те, что становятся платными (MySQL) и те, что являются бесплатными приложениями к платным продуктам (MSDE). И вроде как оказывается, что совсем бесплатных-то и не особо видно :)

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

Позволю возразить.
FireBird - абсолютно бесплатная СУБД. С другой стороны разработчики работают не совсем на энтузиазме.
В этом смысле FireBird чем-то похож на Sybase ASA. Только за FireBird ты можешь платить или не платить (все зависит от моральных качеств пользователя), а за Sybase ASA заплатить обязан (правда цена символическая за такой продукт). Но опять же все зависит от моральных качеств пользователя.
28 янв 05, 12:07    [1281519]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
f_w_p
Позволю возразить.
FireBird - абсолютно бесплатная СУБД.

Это развитие изначально коммерческой разработки. То есть нельзя сказать - "смотрите, вон, отгрохали крутейший бесплатный продукт". Поэтому я и считаю важным это "условно". Грубо говоря, "бесплатный" MySQL - тот, в котором не было транзакций. А появились они вместе с "условно-бесплатным" - пример ощутимой разницы между этими понятиями.

f_w_p
С другой стороны разработчики работают не совсем на энтузиазме. В этом смысле FireBird чем-то похож на Sybase ASA.

Я предпочитаю рассматривать так: есть коммерческие разработки, есть некоммерческие. Я в принципе готов допустить, что ставка на моральные качества - это гениальный маркетинговый ход, благодаря которому разработчики имеют сверхприбыли - правда не очень понимаю, как это согласовывается с условиями, на которых Borland отдал исходники.

Firebird - это коммерческая разработка? Afair нет. Если так - это симпатичный продукт, но практически наверняка отстающий в скорости развития от коммерческих.
28 янв 05, 12:24    [1281615]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32895

Привет, softwarer!
Ты пишешь:

softwarer
Firebird - это коммерческая разработка? Afair нет.
Если так - это симпатичный продукт, но практически наверняка отстающий в
скорости развития от коммерческих.

Это смотря с чем и что сравнивать ;)
Если с Borland InterBase, то ситуация весьма неоднозначная.
Борланд не гнушается нагло тырить код с FireBird,
в развитие которого, не вкладывает ни копейки.
Про FB2 и Vulcan, пока промолчу.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1

28 янв 05, 12:39    [1281698]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Мимопроходящий

Это смотря с чем и что сравнивать ;)
Если с Borland InterBase, то ситуация весьма неоднозначная.

Интербейс, имхо, скорее мертвый продукт, чем коммерческий :)

Мимопроходящий

Борланд не гнушается нагло тырить код с FireBird,
в развитие которого, не вкладывает ни копейки.

Хм. Я бы сказал, Борланд вложил в Firebird очень много :) Впрочем, я безусловно недостаточно компетентен, чтобы лезть в разботки интербейсников.
28 янв 05, 12:49    [1281751]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32895

Привет, softwarer!
Ты пишешь:

softwarer
Интербейс, имхо, скорее мертвый продукт, чем коммерческий :)

Дык похоронили же уже, в 1999-м.
Разработчики ушли, проект закрыли.
Только усилиями общественности, уломали Борланд выложить "тело" для эксгумации.
В 2000-м, Борланд согласился и выложил "то что было".
Сырой, незаконченный код IB6.0
И сказал: вот вам, нате! Что хотите, то и делайте. Мы умываем руки.
Когда народ таки довёл до ума это сырьё и выпустил FB1.0, Борланд жаба задушила.
Как же ж так, мы его похоронили, а оно живёт?!
Непорядок! Давайте будем его снова продавать!
softwarer
Мимопроходящий
Борланд не гнушается нагло тырить код с FireBird,
в развитие которого, не вкладывает ни копейки.

Хм. Я бы сказал, Борланд вложил в Firebird очень много :)

В InterBase - тем что купил Ashton-Tate.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1

28 янв 05, 13:03    [1281822]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Мимопроходящий

Хм. Я бы сказал, Борланд вложил в Firebird очень много :)

В InterBase - тем что купил Ashton-Tate.[/quot]
А в Firebird Борланд вложил собственно Interbase :)
28 янв 05, 13:18    [1281907]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32895

Привет, softwarer!
Ты пишешь:

softwarer
А в Firebird Борланд вложил собственно Interbase :)

Я твою мыслю понял с самого начала ;)
Но, тут тоже не всё так однозначно.
Конечно же FB не с нуля написан.
И то, какую позицию занимает Борланд сейчас, по отношению к FB,
это скорее позиция "жадного ребёнка", говоря словами Гоблина.
Мы вам дали, вы играйтесь, а мы на этом ещё капусточки срубим...
Сейчас Jim Starkey ("папа InterBase" и активный участник FireBird-Devel),
анонсировал новый проект - Vulcan.
Vulcan is a major redesign of the Firebird database management system.
It undoes more than a decade of increasingly conditional code, starts integrating SQL into the core
engine, and unifies the database access architecture.
Какое отношение к нему имеет Борланд имеет ли вообще - разбираться юристам...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1

28 янв 05, 13:34    [1282001]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Гы, попробую выложить систематизированный труд "Почему я выбрал ASA 9". Глядишь и чего то сможем сравнить под похожий круг задач.

Почему я выбрал ASA 9


1. Низкая стоимость (указаны прямые цены производителя, у представительств могут отличаться)
1.1. сервер 500$
1.2. лицензия на подключение 90$
1.3. лицензия на камень 1500$
1.4. золотой диск 5000$ (требует уточнения цена и кол-во инсталяций с него)
1.5. бесплатная Developer Edition

2. Низкие аппаратные требования
2.1. Работа начиная с P1 4мб RAM
2.2. Малые затраты на подключения (4кб на подключение)

3. Возможность использования как встроенного сервера
3.1. Размер самого движка сервера 8-12 мб в зависимости от комплектации
3.2. Наличие локального и сетевого движка СУБД
3.3. Наличие готовых инсталяционных пакетов под InstallShield и MSI
3.4. Наличие полной документации по включению в собственные инсталяции

4. Нулевое администрирование
4.1. Автосбор и автокоррекция статистики во время выполнения запросов
4.2. Эвристический анализатор планов запросов оптимизатора с автосбором лучших планов запросов и их кэшированием в RAM и самой СУБД для быстрого перезапуска БД
4.3. Поддержка на уровне диалекта WatcomSQL событий (EVENT), позволяющих прописать скрипты автоматических администраторских действий на различные события юзеров, БД и СУБД или по расписанию
4.4. Поддержка на уровне диалекта WatcomSQL множества операторов администрирования и управления БД (START/STOP DB, BACKUP/RESTORE, VALIDATE, хранимые процедуры получения распределения статистики, дефрагментации, планов запросов, нагрузки сервера и т.д.)
4.5. Поддержка внешними утилитами множеста функций администрирования (создания скриптов полной перезагрузки структуры и данных БД в новую БД, резервное копирование, проверка БД, и т.д.)
4.6. Поддержка на уровне диалекта WatcomSQL оператора калибровки сервера к текущей конфигурации машины (ALTER DATABASE CALIBRATE), собирающего статистику, в дальнейшем учитываемую при расчетах затрат в планах запросов
4.7. Мощный и интеллектуальный оптимизатор запросов с поддержкой множества алгоритмов соединений и обработки информации и быстрой скоростью построения планов запросов и возможностью регулировать их скорость/качество построения (от 0 до 15 уровней)

5. Богатая функциональность диалекта WatcomSQL и возможностей проектирования БД
5.1. Триггера BEFORE/AFTER FOR EACH ROW/STATEMENT, с возможностью указания порядкового номера выполнения (ORDER) и условия на срабатывание триггера (WHEN)
5.2. Пользовательские функции с такой же функциональностью, как и ХП
5.3. Хранимые процедуры с возможностью их использования в запросах (SELECT * FROM StoredProcedure())
5.4. Пользовательские события (EVENT), позволяющие сессии в параллейных автономных сессиях выполнять различные действия
5.5. Поддержка пользовательских типов (DOMAIN) на всех уровнях (от типов для полей таблиц до переменных в ХП)
5.6. Поддержка каскадных обновлений и удалений, а так же отложенных проверок целостности на COMMIT для FOREIGN KEY (CHECK ON COMMIT)
5.7. Полноценная реализация политики прав (группы, юзера, интегрированные логины, права на работу с обьектами БД и т.д.)
5.8. Полноценная поддерка работы с форматом XML (XQuery, множество функций обработки)
5.9. Возможность организации доступа к СУБД через веб-сервисы, реализуемые на WatcomSQL как RAW, XML, HTML, SOAP, DISH, где СУБД становиться веб-сервером, с поддержкой всех основных функций веб-сервера (get/post, обработка HTML, организация выполнения хранимых процедур через веб-сервисы и т.д.)
5.a. Поддержка собственных видов соединений таблиц в запросах KEY JOIN (автоматическое соединение по полям FOREIGN KEY) и LATERAL (внутреннее соединение, например для каждой записи таблицы вызвать ХП с передачей для нее параметрами полей таблицы или для организации перевода в табличное представление данных формата XML, хранящихся в BLOB-ах)
5.b. Поддержка Common Table Expression и рекурсивных запросов
5.c. Поддержка OLAP функций (GROUPING SETS, ROLLUP, CUBE, Rank functions, Reporting functions, Window functions)
5.d. Поддержка сессионых глобальных временных таблиц (CREATE GLOBAL TEMPORARY TABLE) с возможностью создания на них полноценных триггеров
5.e. Поддержка локальных временных таблиц (DECLARE LOCAL TEMPORARY TABLE)
5.f. Поддержка не зависящих от транзакции глобальных и локальных временных таблиц (NOT TRANSACTIONAL)
5.1.0. Поддержка глобальных сессионных переменных (CREATE VARIABLE)
5.1.1. Динамический SQL без ограничений, позволяющий выполнить любой скрипт размером до 2 гб
5.1.2. Поддержка обработки ошибок на уровне исключений (EXCEPTION)
5.1.3. Поддержка быстрой выгрузки и загрузки данных CSV (UNLOAD/LOAD TABLE)
5.1.4. Поддержка области видимости переменных в блоках (BEGIN ... DECLARE ... END)
5.1.5. Поддержка функций криптографии и компрессии
5.1.6. Поддержка работы с удаленными серверами через ODBC/JDBC в виде прокси-таблиц и прокси-ХП с поддержкой оптимизатора запросов способов оптимизации получения данных с удаленных серверов
5.1.7. Поддержка расширенных хранимых процедур на C/Java
5.1.8. Поддержка механизма работы СУБД на КПК (Ultralite)
5.1.9. Поддержка размера блобов и переменных до 2 гб
5.1.a. Поддержка GUID (UNIQUEIDENTIFIER)
5.1.b. Поддержка нарастающей (identity) и сквозной нумерации (global increment)
5.1.c. Поддержка временных сессионных опций БД (SET TEMPORARY OPTION)
5.1.d. Возможность перевода сессии на выделенный уровень (DEDICATED_TASK option) для сбора статистики и администрирования загруженного сервера путем выделения резервных ресурсов
5.1.e. Возможность перевода сессии в фоновый режим работы (BACKGROUND_PRIORITY option)
5.1.f. Возможность поссылки сообщений клиенту, в лог, консоль сервера и другим сессиям (MESSAGE)
5.2.0. Возможность остановки работы сессии на определенное время, по таймеру или до получения сообщения от указанной сессии (WAITFOR)
5.2.1. Поддержка кластерных индексов
5.2.2. Поддержка онлайн-дефрагментации таблиц

6. Блокировочная транзакционная модель
6.1. Поддержка 0-3 уровней изоляций
6.2. Позаписная блокировка при выполнении запросов на уровнях 1-2
6.3. Постраничная блокировка на уровне 3
6.4. Использование специальных уровней блокировок, позволяющих не блокировать вставку записей при использовании на нее запросов уровня 3 при наличие primary или unique constraint/index
6.5. Поддержка точек сохранения (SAVEPOINT, RELEASE SAVEPOINT, ROLLBACK TO SAVEPOINT)
6.6. Поддержка откатов внутри триггеров (ROLLBACK TRIGGER)
6.7. Поддержка атомарных блоков (BEGIN ATOMIC ... END)
6.8. Поддержка эксклюзивной позаписной блокировки для запросов (XLOCK)
6.9. Поддержка блокировки всей таблицы (LOCK TABLE)

7. Удобная среда разработки и администрирования (Sybase Central + ISQL + внешние утилиты/визарды)
7.1. Дизайнеры и визарды таблиц, представлений, процедур и других обьектов БД
7.2. Редактор кода скриптов с подсветкой и построителем запросов
7.3. Графический план запросов и поддержка на уровне WatcomSQL виртуальных индексов, не создающих физические индексы, но позволяющие по плану запроса увидеть, как бы его использовал оптимизатор запросов
7.4. Консультант индексов по указанному запросу или потоку запросов на все/указанные сессии
7.5. Профайлер хранимых процедур, функций и триггеров с возможностью просмотра кол-ва вызовов и времени выполнения всех выполненных на время запуска профайлера скриптовых обьектов с детализацией процента и времени выполнения построчно для каждого скрипта
7.6. Отладчик с поддержкой точек останова, слежения за переменными, стэком выполнения и возможностью выполнять запросы и смотреть их план во время точки остановки в пределах текущего состояния сессии
7.7. Performance Monitor, позволяющий собирать различные статистические параметры работы сервера и базы данных
7.8. Визуальный Просмотр текущих подключений к серверу и его БД
7.9. Визуальный просмотр фрагментации и распределения таблиц и индексов по табличным пространствам БД
7.a. Визуальный просмотр текущих блокировок сессий в БД
7.b. Множество визардов (создание БД, перезагрузка БД, проверка БД, резервное копирование и восстановление, трансляция лог-файла в SQL, изменение настроек лог-файла, перенос БД на мобильное устройство, миграция БД с СУБД других производителей и т.д.)

8. Обеспечение надежности и безопасности хранение информации
8.1. Поддержка зеркалирования файлов БД и лога
8.2. Поддержка контрольных сумм страниц БД (CHECKSUM)
8.3. Поддержка онлайн полных и инкрементных бакупов и полных срезов БД для всех закоммиченных транзакций
8.4. Поддержка восстановления последней информации накатыванием лог-файла на БД или бакуп
8.5. Поддержка криптографии БД, лог-файла, временных файлов и протоколов передачи данных по 128-разрядному ключу (AES/AES_FIPS)
8.6. Поддержка работы сжатых БД (compressed) в режимах read-only с работой через write-file
8.7. Ведение точек сохранения (CHECKPOINT) в БД и лог-файле, с автоматическим откатом незавершенных транзакций и сверки состояния активных точек БД и лог файла на момент запуска сервера
8.8. Включение ведения аудита БД

9. Поддержка 2 видов оффлайн репликаций
9.1. Поддержка двусторонних репликаций по лог-файлу между серверами ASA с любым уровнем вложенности механизмом SQL REMOTE
9.2. Поддержка двусторонних репликаций срезом данных (snapshot) между сервером ASA и консолидированной СУБД (ASA, ASE, Oracle, DB2, MSSQL) механизмом MobiLink
9.3. Возможность написания на репликации триггеров и событий обработки конфликтов и хода репликации
9.4. Поддержка множества протоколов транспортной среды передачи данных (FILE, FTP, SMTP, MAPI, VIM)
9.5. Поддержка условий подписки для организации разделения потока информации по узлам

10. Технические характеристики
10.1. Кроссплатформенность с единым форматом хранения БД для всех ОС (Win/Unix/Linux/Solaris/Novell/Mac) кроме Windows CE, где БД конвертируется в спец формат
10.1. Поддержка параллейного сканирование таблиц и индексов для RAID
10.2. Поддержка 64-битовых серверов и ОС
10.3. Поддержка больших обьемов памяти (для Windows32 через AWE)
10.4. Использование только ограничений ОС в качестве собственных ограничений
10.5. Кроссплатформенность средств разработки и администрирования (Java-Swing)
10.6. Поддержка почти всех языков в БД и настройка сообщений сервера и его ошибок на любой из поддерживаемых языков
10.7. Поддержка множества протоколов доступа к БД (ODBC, OLEDB, Native, ADO.NET Native, JDBC, JConnect Native, XML)
10.8. Поддержка автоматического выбора типов индексов (B-Tree, Compressed, ...) в зависимости от характеристик полей таблицы

11. Легкость освоения
11.1. Совместимость на уровне TSQL c MSSQL/Sybase ASE (второй диалект для ASA)
11.2. Легкая архитектура, где сервер - это сервис, на котором крутяться БД, в каждой из которых лежит пользователи и настройки (т.е. в данном случае сервер не требует создания и сопровождения таких БД, как MasterDB или TempDB)
11.3. Большая функциональность WatcomSQL и мощность внутренних автоматических механизмов оптимизации и администрирования не требует изучения множества ньюансов программирования и настроек администрирования (где администраторами могут выступать просто опытные пользователи)
11.4. Удобство проектирования и администрирование единой среды Sybase Central позволяет быстро ее освоить и начать работу, без поиска и освоения тулзов сторонних производителей (да и нет их, так как конкурировать с родной средой сложно)
11.5. Полная и детализированная документация в инсталяции с подробным описанием принципов и механизмов проектирования и администрирования в форматах CHM и PDF с множеством примеров, а так же идущие скрипты и базы примеров облегчают и ускоряют изучение
11.6. Полная кроссплатформенность БД и Sybase Central позволяет разработчику и администратору БД не задумываться о том, на какой ОС он работает в текущий момент

12. Техническое сопровождение
12.1. Бесплатные ежемесячные EBF (ExpessBugFix)
12.2. Бесплатные консультации и обсуждения багов и новой функциональности вживую с разработчиками, менеджерами и тестерами ASA
12.3. Бесплатное CASE средство для заполнение заявки на исправление ошибки или добавление функциональности c возможностью диалога с сотрудником iAnywhere, взявшего на себя проверку заявки (исправления в зависимости от критичности проходят в пределах 1-3 месяцев)
12.4. Бесплатное обновление сервис-паков (например с 9.0.1 на 9.0.2)
12.5. Добавление возможностей и функциональности различных аспектов СУБД не только в сервис-паке, но и ежемесячных EBF

Наиболее частая область применения:
1. Мобильные решения, где есть множество мобильных сотрудников с ноутбуками и КПК и консолидированная БД на сервере
2. Удаленные решения, где есть множество удаленных точек, не соединенных выделенными каналами с любым уровнем вложенности уровней и движением информации от главного к подчиненным узлам
3. Тиражные решения, предназначающиеся для массовой продажи пользователям, требующие встроенного СУБД с нулевым/минимальным уровнем администрирования
4. Интернет решения, где есть один или множество сайтов, соединенных каналами, ведущими параллейную работу или организующие услуги веб-сервисы
5. Решения для сбора информации (от сбора информации по датчикам до биллинговых систем)
6. Решения для сложной обработки информации (реализация сложных алгоритмов расчетов бизнес-логики на уровне ХП)
Сейчас я базируюсь на ASA по пунктам 2, 3, 6 , скоро ASA будет задействована по пунктам 1 и 4.

Самая большая БД, известная мне на ASA в СНГ:
биллинговая система (сейчас в архиве порядка 100 млн записей)

Самая тяжелая бизнес-логика расчетных алгоритмов средствами ASA:
моя собственная - расчет заработной платы (для 1000 сотрудников расчет зп составляет при сервере P4 2,4 с выделенными под СУБД 32мб RAM порядка 4 сек)

Самая разветвленная репликация на ASA известная мне:
Украинский нацбанк (порядка 400 точек), правда сейчас на Украине разворачивается страховое приложение, имеющее 700 точек и 5 уровней вложенности двусторонней репликации

Самый мощный сервер, использованый под ASA известный мне:
Xeon 11gb RAM

Самая распостраненная система за рубежом, известная мне:
стоматологическая медицинская система, работающая в Австралии, США, Канаде, России, Китае, Англии и возможно где то еще

Самый мощный удачный OLTP тест на производительность ASA, известный мне:
1300 активных подключений на 30 млн записей и 3900 конкурирующих подключений на 18гб БД

Что нет в функционале ASA в отличие от других СУБД, но что могло бы пригодиться:
1. INSTEAD OF триггеров (можно организовать через глобальные временные и триггеры на них)
2. Поддержки секционированных представлений (придеться организовывать ручками)
3. Поддержки патриций таблиц (придеться организовывать ручками)
4. Распараллеливания запроса по процессорам
5. Бит-мап индексов
6. Возможности локального лечения физических проблем БД (DBCC) (только перезагрузкой БД или поднятием бакупа с накаткой лог-файла)
7. Возможности онлайн-сжатия размера файла БД (SHRINK) (только перезагрузкой БД)
8. Использование оптимизатором при сканировании на таблицу более одного индекса
9. Визуального профайлера запросов (PROFILER) (возможно только включение логирование всех команд в текстовый файл спец. формата)

Что меня устравивает в ASA для моего круга поставленных задач:
Все

Что меня не устраивает в ASA для моего круга поставленных задач:
Ничего (как ни странно)

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

P.S. Все мною выделенные приятные особенности ASA я писал исходя из сравнения с теми СУБД, с которыми я работал и можно сказать их знаю - это MSSQL 6.5/7/2000 и Interbase 4.5-5.5 . Соотвествующе для специалистов других СУБД некоторые выделенные мною фичи могут удивить их по причине того, что в их СУБД они присутствуют как нечто само собой разумеющееся.
28 янв 05, 16:28    [1283116]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Dogen
Member

Откуда: Гондурас
Сообщений: 2976
вот это да!!!

а может у Вас есть еще вопросник с тем же количеством пунктов чтобы было удобнее писать ответы про другие СУБД

"пока вы смотрите свой телевизор, инопланетяне через него трахают вам мозги"
28 янв 05, 16:34    [1283153]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Dogen
вот это да!!!

а может у Вас есть еще вопросник с тем же количеством пунктов чтобы было удобнее писать ответы про другие СУБД

"пока вы смотрите свой телевизор, инопланетяне через него трахают вам мозги"

Ну у меня фактически дока уже присутствовала в виде частей, я просто все собрал и выложил. Можно сказать даже сделал доброе дело для себя, легче будет давать заказчикам почитать при мотивации выбора платформы СУБД :) Да и ребятам нашим, работающим на ASA думаю пригодится сей труд.
28 янв 05, 16:36    [1283164]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Гм, одно плохо - я хотел это в топик "Критерии выбора СУБД запостить", понаплодили понимаешь критериев :)
28 янв 05, 16:49    [1283265]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Dogen
Member

Откуда: Гондурас
Сообщений: 2976
ASCRUS
Гм, одно плохо - я хотел это в топик "Критерии выбора СУБД запостить", понаплодили понимаешь критериев :)

Ниче не наплодили. Шесть было, шесть и есть.
28 янв 05, 17:08    [1283356]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
ASCRUS
Гы, попробую выложить систематизированный труд "Почему я выбрал ASA 9".

Впечатляет ;-)
28 янв 05, 17:27    [1283428]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290
ASCRUS
Гы, попробую выложить систематизированный труд "Почему я выбрал ASA 9".

Монументально, однако... Добавить почти нечего.
ASCRUS

3.1. Размер самого движка сервера 8-12 мб в зависимости от комплектации

5мб с копейками. Если заархивировать, то 1.7 мб - чуть больше дискеты.

ASCRUS

3.4. Наличие полной документации по включению в собственные инсталяции

Для тех, кому это актуально - переведенная на русский язык документация: ASA SQL Users Guide и документация по репликации.
Бесплатно в виде pdf
ASCRUS

4. Нулевое администрирование

И вместе с тем весьма богатые возможности настройки, касающиеся как производительности, так и поведения, например в плане соответствия c ANSI
ASCRUS

4.3. Поддержка на уровне диалекта WatcomSQL событий (EVENT), позволяющих прописать скрипты автоматических администраторских действий на различные события юзеров, БД и СУБД или по расписанию

Например отправка e-mail самим сервером - весьма полезная штука
ASCRUS

4.7. Мощный и интеллектуальный оптимизатор запросов с поддержкой множества алгоритмов соединений и обработки информации и быстрой скоростью построения планов запросов и возможностью регулировать их скорость/качество построения (от 0 до 15 уровней)

А я и не знал (про уровни). Оптимизатор, как и сисадмин, хорош тогда, когда про него редко вспоминают :)
ASCRUS

5.2. Пользовательские функции с такой же функциональностью, как и ХП

С возможностью кэширования результата по параметрам
ASCRUS

5.1.6. Поддержка работы с удаленными серверами через ODBC/JDBC в виде прокси-таблиц и прокси-ХП с поддержкой оптимизатора запросов способов оптимизации получения данных с удаленных серверов

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

7. Удобная среда разработки и администрирования (Sybase Central + ISQL + внешние утилиты/визарды)

Которые выглядят и работают одинаково под Windows, Linux и т.д.
ASCRUS

8.5. Поддержка криптографии БД, лог-файла, временных файлов и протоколов передачи данных по 128-разрядному ключу (AES/AES_FIPS)

при этом весьма оптимально: даже на серьезных задачах пользователь вряд ли заметит разницу в скорости работы между шифрованой и нешифрованой БД.
Полезно для ноутбуков и супер-актуально при необходимости разделения полномочий сисадмина и DBA. Я уж молчу про национальные особенности дружбы государства с бизнесом.
ASCRUS

9. Поддержка 2 видов оффлайн репликаций
9.1. Поддержка двусторонних репликаций по лог-файлу между серверами ASA с любым уровнем вложенности механизмом SQL REMOTE

со встроенной поддержкой таких транспортов, как SMTP, FTP, file sharing, Lotus VIM, курьер с дискеткой.
Кажется, единственный сервер, для которого нет сторонних репликаторов и вряд ли пишут самопальные
ASCRUS

12.1. Бесплатные ежемесячные EBF (ExpessBugFix)

Или чаще, вплоть до того что по персональному запросу могут выпустить EBF.
ASCRUS


Что нет в функционале ASA в отличие от других СУБД, но что могло бы пригодиться:
...
9. Визуального профайлера запросов (PROFILER) (возможно только включение логирование всех команд в текстовый файл спец. формата)

dbconsole с включенным request level logging показывает визуально.
29 янв 05, 01:43    [1284258]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
FishingIsGood
Member

Откуда:
Сообщений: 133
Да весьма полезный пост от ASCRUS, уважаемые коллеги. Зело понравилось. Мне, например, весьма интересно узнать о работоспособности различных баз не из уст маркетологов а от живых админов. Предлагаю, сделать над собой усилие и соорудить что то похожее для других баз (с миру по нитке, как говорится). С год назад мне пришлось делать анализ безплатных баз для J2EE сервера. Большенство платных баз уже поддерживались и вставал вопрос о возможности использывания продуктов с открытым кодом. В силу различных причин я тогда выбрал SAPDB/MaxDB и до сих пор повода разочароваться в этом выборе не было. Так что я попробую набросать похожее описание, но оно будет значительно короче, хотя бы в силу того, что я больше разработчик, чем админ и знаю базу не так глубоко, как ASCRUS знает Sybase. Итак:

Почему я выбрал SAPDB/MaxDB

1 Низкая стоимость
1.1 Распростроняется под двойной лицензией от MySQL AB.
1.2 Возможна бесплатная установка под GPL.
1.3 Имеется коммерческая лицензия по которой базу можно распространять в составе коммерческих продуктов. Цена 1490$ на процессор без ограничения числа пользователей.

2. Лёгкое администрирование и конфигурация.
1.1 Простой и понятный набор комманд для администрирования и конфигурации.
1.2 Наличие мощных GUI инструментов для администрирования (родной на Windows и web интерфейс на любых платформах) позволяющих выполнять практически любые административные и конфигурационные задачи.
1.3 Единственная задача, которая должна регулярно выполнятся админом (или cron'ом) - кроме бакапов - это сбор статистики оптимизатора.
1.4 Хоть и нет достаточно админов на рынке, знающих эту базу, но практика показывает, что осваивается администрирование и разработка легко и быстро.

3. Производительность.
3.1 В тестах нашего Java сервера (включающего insert, update, select) SAPDB/MaxDB показала производительность на уровне оптимизированного Oracle (разные тесты по разному, разумеется, но в основном держались примерно вровень).
3.2 Оптимизатор хорошо работает с очень сложными запросами, как например селект из селекта, кореллированные и вложенные запросы, и т.д. размер запроса может достигать сотен строк, тем не менее по скорости опять же редко уступает Oracle.
3.3 Инструментарий для анализа и настройки производительности как отдельных запросов так и базы в целом.
3.4 Поддержка полноценных подготовленных запросов (prepared statements) на уровне сервера БД

4. Поддержка SQL.
4.1 Поддерживает SQL92 Entry Level.
4.2 Триггеры на INSERT/DELETE/UPDATE произвольных колонок.
4.3 Хранимые процедуры.
4.4 Изменяемые VIEW.
4.5 Генераторы числовых последовательностей (SEQUENCE)
4.6 Временные таблицы (В том числе независимые от транзакций - NON TRANSACTIONAL).
4.7 Обработка исключительных ситуаций (TRY/CATCH) в хранимых процедурах и триггерах.
4.8 Поддержка blob'ов до 2 Гб.
4.9 Поддержка работы с XML (в детали я не вникал).
4.10 Поддержка UNICODE (в том числе для имён таблиц и колонок).

5. Блокировочная транзакционная модель
5.1 Поддержка 0-3 уровней изоляций
5.2 Позаписная блокировка при выполнении запросов на уровнях 1-2
5.3 Поддержка точек сохранения (SAVEPOINT/ROLLBACK TO SAVEPOINT)
5.4 Поддержка полноценных вложенных транзакций (SUBTRANS)
5.5 Поддержка блокировок (WAIT/NOWAIT, SHARED/EXCLUSIVE), на отдельные записи, целые таблицы и весь каталог базы.

6 Обеспечение надежности и безопасности хранение информации
6.1 Поддержка онлайн полных и инкрементных бакапов и полных срезов БД для всех закоммиченных транзакций.
6.2 Поддержка восстановления последней информации накатыванием лог-файла на БД или бакап.
6.3 В следующей версии (релиз назначен на конец этого года) аннонсирован Synchronization Manager для поддержки разветвлённых репликаций средствами асинхронных сообщений.

7 Технические характеристики
7.1 Кроссплатформенность с единым форматом хранения БД для всех ОС (Win/Linux/Solaris/HP-UX/AIX/True64)
7.2 Доступен исходный код (весьма хорошо организованный), что даёт возможность компилировать сервер под свою архитектуру или на платформах на которых нет оффициальных релизов (известны успешные компиляции на BSD и Mac системах).
7.3 Поддержка 64-битовых серверов и ОС (IA64, Opteron64, Alpha, PowerPC).
7.4 Поддержка больших обьемов памяти (для Windows32 через AWE)
7.5 Кроссплатформенность средств администрирования (web-based)
7.6 Поддержка множества протоколов доступа к БД (ODBC, Native, JDBC, Perl DBI, Python, PHP). От себя добавлю, что JDBC драйвер для SAPDB/MaxDB - самый качественный из всех с какими мне приходилось работать, включая платные базы (а мне много приходилось работать с JDBC).
7.7 Поддержка многопроцессорных архитектур. Есть возможность указать сколько процессоров можно использовать. Правда, нет возможности распараллелить один запрос, но сервер эффективно респараллеливает запросы от разных пользователей увеличивая пропускную способность.

8 Техническое сопровождение
8.1 Возможна коммерческая поддержка.
8.2 Имеется бесплатный доступ к дискуссионным почтовым спискам, в которых приминают участие разработчики базы. Отвечают быстро и по делу.
8.3 Регулярные bugfix релизы.
8.4 Документации не так много, но та, что есть - хорошо и удобно структурирована, понятна и полна. Есть удобные версии в HTML и Windows help форматах.

Наиболее частая область применения:
1. Для решений от SAP - это база по умолчанию. Многие SAP решения бегут именно на этом сервере.

Самая большая БД, известная мне на SAPDB/MaxDB
Около 3 терабайт.

Самая тяжелая бизнес-система работающая на SAPDB/MaxDB
SAP R/3

Что нет в функционале SAPDB/MaxDB в отличие от других СУБД, но что могло бы пригодиться:
1. Автоматического обновления статистики оптимизатора.
2. Бит-мап индексов.
3. Распределённых транзакций через несколько баз.
4. Распараллеливания одного запроса по процессорам.
6. Возможности локального лечения физических проблем БД (только перезагрузкой БД или поднятием бакупа с накаткой лог-файла)
7. OLAP функциональности.

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

PS Сие я написал не для спора о том, что круче, а только для информации.
30 янв 05, 09:25    [1285027]     Ответить | Цитировать Сообщить модератору
 Re: Цена - критерий ли выбора СУБД?  [new]
nik_x
Member

Откуда:
Сообщений: 1887
Dogen
ASCRUS
Гм, одно плохо - я хотел это в топик "Критерии выбора СУБД запостить", понаплодили понимаешь критериев :)

Ниче не наплодили. Шесть было, шесть и есть.


Т.е., если я правильно понял, то ДВЕНАДЦАТЬ ПРАВИЛ КОДДА сократили до 6-и.
Можно уточнить, когда и где это произошло?
30 янв 05, 15:14    [1285281]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить