Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Александр ГoлдунДля определенного круга задач по скорости ASE лучше чем ASA. Но этот круг достаточно узок. Posted via ActualForum NNTP Server 1.1 Ну да, всего-то банковские системы и ERP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 15:57 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Pravilno nastroennij ASE v systemah OLTP na moj vzgljad luchsaja baza. Lichno ja stavnival na odnam i tim ze zeleze ASE 12.5.2,12.5.3 na linux s MS SQL i ORACLE na dostatochno prastih operacijah insert , update s 100000 -1000000 zapisej .ASE posle nebolshoj nastrojki rabotal nemnogo pobistree. No delo daze ne v etom, krome togo ASE ochenj nadeznij, rabotaet na kuche platform, i imeet mnogo vozmoznostej tonkoj nastrojki cache, memory, tempdb, ogranichenije resursov IO, execution time po polzovateljam.V administririvanii proshe Oracle. Kstati v ASE 15.1 planiruetsa "shared disk cluster". Tak chto vsem sovetuju samim poprobovatj ASE - osobenno na *NIX systemah i sdelatj vivodi - baza ochenj dostojnaja. Udachi. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 17:09 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Никто не спорит, что весь ASE вещь неплохая. Но как то я очень сомневаюсь в корректности теста. Разные платформы. Железо то хоть одинаковое? Каковы были настройки MSSQL и Oracle? У MSSQL допустим при оптимальном размере лога транзакций и отключенном AutoShrink скорость операций вставки может возрасти раза в 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 18:04 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
http://www.sybase.ru/Syb/corporate/events/materials_02-12-2004.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 21:04 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Мужики, вы о чем? Какой смысл сравнивать ремейк , к тому же почти краденый (пусть даже он лучше продается) с оригиналом ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 22:04 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
michael_ А ASA пока еще до класса Enterprise не дорос. Надежность не та. А не надо бета-версии на боевые сервера ставить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 23:20 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Я тут случайно...Мужики, вы о чем? Какой смысл сравнивать ремейк , к тому же почти краденый (пусть даже он лучше продается) с оригиналом ? Да тут вобщем-то не юридические вопросы обсуждаются, а сугубо технические... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 01:22 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Александр ГoлдунНу, если уж borland умудрялся позиционировать IB как enterprise-level СУБД, для mission-critical систем, то всем прочим лучше тихо молчать в тряпочку ;) Уважаемый, вы б хоть годы указывали когда это было! IB4.2 тогда был ничем не хуже аси( Какой там версии?). А уж по сравнению с MSSQL6.0 и Oracle 5 тем паче. Да и не Борланды это тогда были. Борланды IB тихо угробили в середине 90х. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 08:57 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
f_w_p пишет: > Уважаемый, вы б хоть годы указывали когда это было! IB4.2 тогда был > ничем не хуже аси( Какой там версии?). А уж по сравнению с MSSQL6.0 и > Oracle 5 тем паче. Да и не Борланды это тогда были. Борланды IB тихо > угробили в середине 90х. Годы точно не укажу, но примерно середина 90-х. Это было во времена MSSQL 6.5, IB 5.x (однозначно borland), SQL Anywhere 5.5. Именно под эти 3 сервера делали тогда систему. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 11:29 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Привет, Александр! Ты пишешь: АлександрАГ> Годы точно не укажу, но примерно середина 90-х. Это было во времена АГ> MSSQL 6.5, SQL Anywhere 5.5, IB 5.x (однозначно borland) Вот тогда-то и умер IB... Снимите шляпы! Обнажите головы. 3.3 - был революционным монстром. 4.Х - весьма неплох 5.Х - откровенная халтура 6.0 - труп 6.5 - попытка оживить труп 7.Х - всё тот же оживший труп, но в красивой маркетинговой упаковке -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 11:55 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун Годы точно не укажу, но примерно середина 90-х. Это было во времена MSSQL 6.5, IB 5.x (однозначно borland), SQL Anywhere 5.5. Именно под эти 3 сервера делали тогда систему. Posted via ActualForum NNTP Server 1.1 Из всего этого, конечно SQL Anywhere 5.5 лучше всех. Но вот когда вышел MS SQL 7.0 ... Это совсем другой продукт ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 14:12 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
michael_ Александр Гoлдун Годы точно не укажу, но примерно середина 90-х. Это было во времена MSSQL 6.5, IB 5.x (однозначно borland), SQL Anywhere 5.5. Именно под эти 3 сервера делали тогда систему. Posted via ActualForum NNTP Server 1.1 Из всего этого, конечно SQL Anywhere 5.5 лучше всех. Для разработки - однозначно был лучше и богаче по выразительным возможностям, но вот на больших базах MSSQL тогда обычно выигрывал у SA 5.5 по скорости. Основной упор делали на MSSQL. А вот IB пришлось исключить из списка поддерживаемых. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 15:06 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Александр ГoлдунДля разработки - однозначно был лучше и богаче по выразительным возможностям, но вот на больших базах MSSQL тогда обычно выигрывал у SA 5.5 по скорости. Основной упор делали на MSSQL. А вот IB пришлось исключить из списка поддерживаемых. А сейчас MS SQL на больших объемах проигрывает ASA :) А в TPC все MS-ом, Oracle и IBM куплено... Слышали уже ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 15:16 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
michael_ пишет: > А сейчас MS SQL на больших объемах проигрывает ASA :) Я этого не говорил. Пока не приходилось сравнивать последние версии. Это надо у ASCRUS спросить, может он сравнивал. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 15:24 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун michael_ пишет: > А сейчас MS SQL на больших объемах проигрывает ASA :) Я этого не говорил. Пока не приходилось сравнивать последние версии. Это надо у ASCRUS спросить, может он сравнивал. Posted via ActualForum NNTP Server 1.1 Он нередко сравнивает в одни ворота. У нас приложение поддерживает и MS и ASA. MS быстрее: - На больших объемах и большом количестве подключений - SUM-GROUP BY - работа с большими временными таблицами ASA быстрее - На слабом железе - При работе с курсорами - Внешние объединения - удаление больших объемов информации И MS намного надежней и имеет развитые средства проверки и исправления данных. Плюс прозрачные средства по работе с внешними данными. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 15:32 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
michael_И MS намного надежней и имеет развитые средства проверки и исправления данных. Плюс прозрачные средства по работе с внешними данными. Ну СЧАС получишь....:-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 15:50 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
michael_ пишет: > У нас приложение поддерживает и MS и ASA. Версии можно? Очень любопытно было бы услышать про сравнение ASA 9 с последним MSSQL > MS быстрее: > - На больших объемах и большом количестве подключений > - SUM-GROUP BY > - работа с большими временными таблицами В ASA 9 в этом плане сделали полезную вещь - нетранзакционные временные таблицы. > ASA быстрее > - На слабом железе > - При работе с курсорами > - Внешние объединения > - удаление больших объемов информации У sa 5.5 еще подзапросы работали заметно быстрее, чем у MSSQL 6.5 > И MS намного надежней и имеет развитые средства проверки и исправления > данных. В плане починки поломанных баз? > Плюс прозрачные средства по работе с внешними данными. А это как? У ASA еще с 6-й версии есть возможность работы с любыми внешними серверами. Причем оптимизатор неплохо их разруливает с учетом поддерживаемых возможностей внешнего сервера. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 15:58 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
michael_ Александр Гoлдун michael_ пишет: > А сейчас MS SQL на больших объемах проигрывает ASA :) Я этого не говорил. Пока не приходилось сравнивать последние версии. Это надо у ASCRUS спросить, может он сравнивал. Posted via ActualForum NNTP Server 1.1 Он нередко сравнивает в одни ворота. У нас приложение поддерживает и MS и ASA. MS быстрее: - На больших объемах и большом количестве подключений - SUM-GROUP BY - работа с большими временными таблицами ASA быстрее - На слабом железе - При работе с курсорами - Внешние объединения - удаление больших объемов информации И MS намного надежней и имеет развитые средства проверки и исправления данных. Плюс прозрачные средства по работе с внешними данными. гм - для 8-ой версии ASA все правильно. Для 9-ки по моим личным наблюдениям все перечисленные "быстрее" под MSSQL как раз медленнее по сравнению с ASA. Плюс по моему личному мнению оптимизатор ASA гораздо умнее и механизм реализации блокировок гораздо удачнее реализован в плане скорости работы и ресурсоемкости. А "точно" сравнивать эти 2 РСУБД теперь достаточно сложно стало, так как если их сравнивать на уровне просто скорости на стандартном TSQL, то где то быстрее один, где то быстрее другой. А вот если сравнивать возможности проектирования и реализации между TSQL и WatcomSQL, то ASA получается выигрывает, имея в арсенале достаточно функциональности, позволяющей реализовывать достаточно сложную бизнес-логику меньшими затратами. Из сего следует вывод по их сравнению - "Чтобы их корректно сравнить, нужно иметь одно четко прописанное ТЗ, по граммотному проектировщику БД на MSSQL и ASA, одинаковое железо и заполненные в БД одинаковые данные. Причем реализация БД, начиная от структуры таблиц и заканчивая триггерами и ХП, должна проектироваться уже самими специалистами и только соотвествовать на выходе поставленному ТЗ". У Вас насколько я понимаю в силу совместимости с MSSQL, база на ASA подогнана под TSQL, соотвествующе сравнивать их в скорости Вы можете только исходя из ограничения возможностями TSQL, что для ASA заведомо проигрышно, по сравнению с использованием диалекта WatcomSQL. Мне кажется сопровождать 2 РСУБД достаточно накладно, легче наверное все таки определиться между MSSQL 2000 (с размахом на новые возможности Юкона) или Sybase ASA9 (имея ввиду его непрерывный постоянный "рост" в области управления большим обьемом данных и активных сессий) и перейдя на единую платформу, честно по самое не хочу "заточить" БД под выбранную платформу. Думаю выигрыш в скорости и уменьшение проблем в независимости от выбранной платформы будет присутствовать достаточно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 17:18 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун Версии можно? Очень любопытно было бы услышать про сравнение ASA 9 с последним MSSQL ASA 9 и MS SQL Server 2000 Александр Гoлдун В плане починки поломанных баз? Именно так. Они и в MS SQL ломаются тоже. Только реже и чинить приятнее. Александр Гoлдун > Плюс прозрачные средства по работе с внешними данными. А это как? У ASA еще с 6-й версии есть возможность работы с любыми внешними серверами. Причем оптимизатор неплохо их разруливает с учетом поддерживаемых возможностей внешнего сервера. Posted via ActualForum NNTP Server 1.1 Не через прокси-таблицы, а прямое обращение к объектам. Синтаксис типа СЕРВЕР.БД.ВЛАДЕЛЕЦ.ОБЪЕКТ Когда нам надо связать MS и ASA мы это делаем из MS - так удобнее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 17:38 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
ASCRUS[гм - для 8-ой версии ASA все правильно. Для 9-ки по моим личным наблюдениям все перечисленные "быстрее" под MSSQL как раз медленнее по сравнению с ASA. Плюс по моему личному мнению оптимизатор ASA гораздо умнее и механизм реализации блокировок гораздо удачнее реализован в плане скорости работы и ресурсоемкости. А "точно" сравнивать эти 2 РСУБД теперь достаточно сложно стало, так как если их сравнивать на уровне просто скорости на стандартном TSQL, то где то быстрее один, где то быстрее другой. А вот если сравнивать возможности проектирования и реализации между TSQL и WatcomSQL, то ASA получается выигрывает, имея в арсенале достаточно функциональности, позволяющей реализовывать достаточно сложную бизнес-логику меньшими затратами. Из сего следует вывод по их сравнению - "Чтобы их корректно сравнить, нужно иметь одно четко прописанное ТЗ, по граммотному проектировщику БД на MSSQL и ASA, одинаковое железо и заполненные в БД одинаковые данные. Причем реализация БД, начиная от структуры таблиц и заканчивая триггерами и ХП, должна проектироваться уже самими специалистами и только соотвествовать на выходе поставленному ТЗ". У Вас насколько я понимаю в силу совместимости с MSSQL, база на ASA подогнана под TSQL, соотвествующе сравнивать их в скорости Вы можете только исходя из ограничения возможностями TSQL, что для ASA заведомо проигрышно, по сравнению с использованием диалекта WatcomSQL. Мне кажется сопровождать 2 РСУБД достаточно накладно, легче наверное все таки определиться между MSSQL 2000 (с размахом на новые возможности Юкона) или Sybase ASA9 (имея ввиду его непрерывный постоянный "рост" в области управления большим обьемом данных и активных сессий) и перейдя на единую платформу, честно по самое не хочу "заточить" БД под выбранную платформу. Думаю выигрыш в скорости и уменьшение проблем в независимости от выбранной платформы будет присутствовать достаточно. 1. 9-ка побыстрее 8-ки, но не в разы, а процентов на 10-20 2. Оптимизатор где-то стал лучше, а где-то перемудрили, есть и потери скорости на прозрачных для 8-ки и MS запросах, пришлось их переделать - вставлять дополнительные условия для WHERE 3. Да пишем на TSQL. Но 3-ю нормальную форму никто не отменял. Поэтому структура БД не слишком должна розниться по серверам. Если только в плане грамотной денормализации. Вот логика запросов - да. 4. Скорость SUM - Group BY на больших объемах все-таки быстрее на MS SQL, а это основной показатель на отчетности. 5. Статистику на большом количестве одновременных подключений на ASA9 еще не набрали. Говорить об этом пока рано. 6. На небольших объемах и на некрутом железе ASA нередко быстрее, чем MS. Но на серьезном железе картина обратная. 7. Ставить у серьезных клиентов ASA пока боязно, MS подводил очень редко, а вот ASA 6-8 не раз. Позиционируем ASA как СУБД на 1-30 пользователей (одновременно работающих с 1-й БД), может для 9-ки и пересмотрим свое решение, но пока это так. Будем 9-ку наблюдать, если что-то будет очень уж хорошо или плохо - сообщу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 17:52 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
ASCRUS Мне кажется сопровождать 2 РСУБД достаточно накладно, легче наверное все таки определиться между MSSQL 2000 (с размахом на новые возможности Юкона) или Sybase ASA9 (имея ввиду его непрерывный постоянный "рост" в области управления большим обьемом данных и активных сессий) и перейдя на единую платформу, честно по самое не хочу "заточить" БД под выбранную платформу. А Вы не задумывались почему SAP поддерживает Oracle, MS SQL, DB2 и Informix сразу? Все дело в клиентах. Есть клиенты готовые поддерживать свою СУБД выбранную в качестве корпоративного стандарта. Мы выбрали MS SQL и Sybase ASA по нескольким причинам: MS SQL - популярен, считается "большой" СУБД (3-е место по объемам продаж в мире, 2-е или даже 1-е в нашей стране, уж не знаю точно, не хочу обидеть приверженцев Oracle). Есть куча специалистов, готовые его администрировать. Он участвует и занимает места в TPC, а эти тесты смотрят наши настоящие и потенциальные клиенты. Держит большие объемы. Sybase ASA - хорошее решение для рабочих групп, основной сегмент у нас 1-10 рабочих мест. Интероперабельна, есть любители Novell Netware и Linux и они удовлетворены. Дешевле. Администрируется еще проще, чем MS SQL. Отказать от любого из них - потерять сегмент рынка и лишить заказчика права выбора. А писать сразу под 2 не так уж и сложно, хотя и требует некоторых навыков. Логики на сервере у нас не много, как и большинства наших конкурентов. Кроме того, если привязаться к одному продукту, то есть риск пострадать при проблемах производителя. Причем проблемах самого разного свойства, не обязательно финансовых. Вспомним Informix, Clipper или Ingres. А где сейчас CA-Jasmine? В какую сторону колбаснет Sybase с его ASA, не знаю. MS все-таки постабильнее в плане развития СУБД. Пока видел в основном положительную тенденцию развития. С ASA тоже тенденция хорошая, но где маркетинг? А вот Sybase ASE давно не радует, отстает от конкурентов и в плане маркетинга и в технологических новациях, рынок теряется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 12:55 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Меня эти аргументы абсолютно не убедили. Кто мешает всем поставить дешевый ASA (тем более что его купить нужно только раз на клиента). Если выгоднее MSSQL, кто спрашивается мешает использовать бесплатный MSDE для небольших клиентов и MSSQL для крупных ? Зачем вся эта маета с поддержкой 2-х СУБД, которые с каждым шагом все больше отдаляются друг от друга и выносом бизнес-логики с БД на клиента/3-е звено ? авторА Вы не задумывались почему SAP поддерживает Oracle, MS SQL, DB2 и Informix сразу? Все дело в клиентах. Есть клиенты готовые поддерживать свою СУБД выбранную в качестве корпоративного стандарта. Можно конечно гордо себя сравнивать с SAP, но мне с трудом вериться, что Ваша контора обладает такими же финансовыми ресурсами, чтобы позволить себе роскошь жить на более одной СУБД. авторMS SQL - популярен, считается "большой" СУБД (3-е место по объемам продаж в мире, 2-е или даже 1-е в нашей стране, уж не знаю точно, не хочу обидеть приверженцев Oracle). Есть куча специалистов, готовые его администрировать. Он участвует и занимает места в TPC, а эти тесты смотрят наши настоящие и потенциальные клиенты. Держит большие объемы. В данном случае у ASA действительно присутствует досадный недостаток - ну нет у СУБД с нулевым администрированием понятия DBA :) Кстати странно, я почему то думал, что клиенты впервую очередь смотрят на качество и функциональность продукта, а так же успешные истории его внедрения и цену, а уж потом на платформу, под которой он реализован. авторКроме того, если привязаться к одному продукту, то есть риск пострадать при проблемах производителя. Причем проблемах самого разного свойства, не обязательно финансовых. Вспомним Informix, Clipper или Ingres. А где сейчас CA-Jasmine? Ну это даже не смешно - представить себе завал MS, Oracle или Sybase можно с большим трудом. Разве что лет через 8-10 вдруг рынок начнет менятся или комета упадет на их центральный офис. Не сильно большой срок, чтобы таким образом перестраховываться ? авторMS все-таки постабильнее в плане развития СУБД. А вот это как раз смешно :) Стабильность развития стремительная - с 2000 года до сих пор не могут выпустить новую версию, пропущен не один шаг по сравнению с другими СУБД. Даже когда скоро выйдет новая версия, в которой будут по идее присутствовать все черты современной РСУБД, спрашивается сколько времени и денег придется потратить клиентам на ее тестирование, отлов багов, перевод решений, чтобы можно было начинать ставить на боевые сервера ? И насколько вперед снова уйдут за это время другие РСУБД ? авторС ASA тоже тенденция хорошая, но где маркетинг? За бугром более менее нормально уже с маркетингом. У нас он в состоянии NULL. Вывод - самому заниматся маркетингом. Или обьединятся с другими разработчиками ASA для совместного продвижения рынка ПО на базе этой платформы. авторА вот Sybase ASE давно не радует, отстает от конкурентов и в плане маркетинга и в технологических новациях, рынок теряется. Я так понял у этого продукта есть своя аудитория. Раз он их устраивает, а остальные нишы заняты, Sybase не сильно напрягается с бесполезными финансовыми вложениями (это конечно моя точка зрения). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 16:14 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
ASCRUS авторMS SQL - популярен, считается "большой" СУБД (3-е место по объемам продаж в мире, 2-е или даже 1-е в нашей стране, уж не знаю точно, не хочу обидеть приверженцев Oracle). Есть куча специалистов, готовые его администрировать. Он участвует и занимает места в TPC, а эти тесты смотрят наши настоящие и потенциальные клиенты. Держит большие объемы. В данном случае у ASA действительно присутствует досадный недостаток - ну нет у СУБД с нулевым администрированием понятия DBA :) Кстати странно, я почему то думал, что клиенты впервую очередь смотрят на качество и функциональность продукта, а так же успешные истории его внедрения и цену, а уж потом на платформу, под которой он реализован. Клиенты смотрят на все, в том числе и на успешные истории внедрения, каких у MSSQL предостаточно. ASCRUS авторMS все-таки постабильнее в плане развития СУБД.А вот это как раз смешно :) Стабильность развития стремительная - с 2000 года до сих пор не могут выпустить новую версию, пропущен не один шаг по сравнению с другими СУБД. Даже когда скоро выйдет новая версия, в которой будут по идее присутствовать все черты современной РСУБД, спрашивается сколько времени и денег придется потратить клиентам на ее тестирование, отлов багов, перевод решений, чтобы можно было начинать ставить на боевые сервера ? И насколько вперед снова уйдут за это время другие РСУБД ?Другие СУБД могут уйти вперед только в плане стабильного релиза. Что касается функциональности, управляемости, и т.д. внутреннего продукта - развивие идет постоянно и не зависит от срока выхода версий на рынок. Единственное что туда еще не входит, так это маркетинг. Но с этим у MS всегда был полный порядок. Времени, конечно, потрачено много, но, думаю, и на этот раз MS выкрутится, причем как обычно весьма успешно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 17:02 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
segunКлиенты смотрят на все, в том числе и на успешные истории внедрения, каких у MSSQL предостаточно. И на что они смотрят ? На истории внедрения других продуктов на платформе MSSQL ? Так таких "историй" предостаточно на сайте любого производителя СУБД. При покупке тиражного ПО клиенты впервую очередь смотрят на истории внедрения этого ПО, а не платформу, на которой он реализован. Далее если их все устраивает, они уже смотрят на платформу и надо думать прикидывают, во что им обойдется ее обслуживание и цена. Вот только истории внедрения MSSQL чем им могут помочь сложно сказать, если например у производителя ПО были сильно кривые ручки. А в общей сложности все определяется политикой конторы - одни хотят только Оракл, другие только MSSQL, третьим все равно, лишь бы работало. У michael_ тиражный продукт, я не думаю что его клиенты настолько привередливы, что одним вот подавай ASA, а другим MSSQL и точка. Скорее всего просто у кого то дюже старая техника и MSDE не проходит по ограничениям, а у кого то политические взгляды или уже работающее ПО на MSSQL и соотвествующе менять сервер и возможно увольнять DBA за ненадобностью им не хочется. Думаю, пока у конкрентов не появится достойныйх решений, пусть даже и заточенных только под одну из любых современных СУБД, можно и 2 СУБД тянуть. Потом по любому придется определяться с выбором. segunДругие СУБД могут уйти вперед только в плане стабильного релиза. Что касается функциональности, управляемости, и т.д. внутреннего продукта - развивие идет постоянно и не зависит от срока выхода версий на рынок. Единственное что туда еще не входит, так это маркетинг. Но с этим у MS всегда был полный порядок. Времени, конечно, потрачено много, но, думаю, и на этот раз MS выкрутится, причем как обычно весьма успешно. Гм - какое же это развитие спрашивается, если оно идет внутри MS и пользователи не могут воспользоваться его плодами и вынуждены подкармливаться обещаниями как все будет "хорошо" и глазеть на серию бета-версий за 4 полным года ? И с чего Вы взяли, что на время разворачивания Юкона другие СУБД будут стоять на месте ? У меня ASA с каждым ежемесячным паком не только ошибки закрывает, но наращивает функционал в оптимизаторе, вводятся новые опции, возможности, даже расширяется семантика WatcomSQL. И это не только в ASA, в других РСУБД, пусть чуть медленнее, но тоже наблюдается четкое движение вперед. Почему все будут останавливаться и ждать, пока их MSSQL догонит ? Наглядный пример: 1. MS обещала ввести ряд новшевств в Юкон, делая нажим на подключение .NET к нему. Где Юкон ? Еще не вышел. Зато в DB2 уже это есть. Так же MS обещает ввести поддержку версионности. Думаю догнать здесь Оракл, Interbase и PostgreSQL им будет не так просто - там поболее десятка лет версионность затачивалась, да и мир версионностью давно не удивишь. 2. MS обещала ввести ряд новшеств в C# 2, делая нажим на патерны, расширения семантики языка и новые классы. Где новая VS.NET ? Еще не вышла. Зато Java Tigger уже вышла и все это там реализовано. 3. MS делает супер-пупер Longhorm, даже с 3D десктопом. Хотя уже сейчас насколько я понимаю можно совершенно легально и бесплатно скачать последнюю Солярку и наслаждатся "революционными новшествами". Думаю на базе этого можно сделать вывод, что на самом деле правильно пословица должна звучать "Обещанного 5 лет ждут, а может и больше". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 17:48 |
|
||
|
А правда, что sybase ACE уступает по скорости MS SQL Server
|
|||
|---|---|---|---|
|
#18+
ASCRUSМеня эти аргументы абсолютно не убедили. Кто мешает всем поставить дешевый ASA (тем более что его купить нужно только раз на клиента). Если выгоднее MSSQL, кто спрашивается мешает использовать бесплатный MSDE для небольших клиентов и MSSQL для крупных ? MSDE не бесплатен при коммерческом использовании. Мы партнеры MS и нам явно об этом сказали. ASCRUSМожно конечно гордо себя сравнивать с SAP, но мне с трудом вериться, что Ваша контора обладает такими же финансовыми ресурсами, чтобы позволить себе роскошь жить на более одной СУБД. Ну не только SAP, но и Галактика и АйТи тоже пишут под несколько СУБД. А пример с SAP как раз говорит о том, что клиенты, которые могут позволить себе SAP, могут позволить вложить деньги и в еще одну СУБД (лицензии + DBA), но требуют же они многоплатформенности. ASCRUSКстати странно, я почему то думал, что клиенты впервую очередь смотрят на качество и функциональность продукта, а так же успешные истории его внедрения и цену, а уж потом на платформу, под которой он реализован. Клиент смотрит на многое, в том числе и на используемую СУБД. И у него, как правило, уже есть мнение. Решение о покупке может согласовываться с IT-подразделением, которым функционал, скажем, бухгалтерии будет по барабану, а вот поумничать насчет СУБД, это запросто. Есть клиенты с запросами: - только MS SQL - только СУБД из большой 4-ки - только СУБД для Linux - только СУБД для Netware Вот и приходится удовлетворять. Особенно тяжело с теми, кто говорит "только Oracle". Приходиться убеждать. ASCRUSНу это даже не смешно - представить себе завал MS, Oracle или Sybase можно с большим трудом. Разве что лет через 8-10 вдруг рынок начнет менятся или комета упадет на их центральный офис. Не сильно большой срок, чтобы таким образом перестраховываться ? Я приводил пример с CA, с деньгами у этой конторы все в порядке, а вот с Ingres, Clipper, Visual Objects, Jasmine - бардак - берут, раскручивают маркетинговую компанию, а потом бросают. А у Sybase в свое время с финансами проблемы были. ASCRUSЗа бугром более менее нормально уже с маркетингом. У нас он в состоянии NULL. Вывод - самому заниматся маркетингом. Или обьединятся с другими разработчиками ASA для совместного продвижения рынка ПО на базе этой платформы. Когда Sybase говорил, что ASA - сервер класса Enterprise? Вы ж меня с этим продуктом на этот рынок посылаете. Ну как я пойду в контору, название которой рифмуется со словом "нефть" или "газ" с СУБД для рабочих групп? Даже если предположить, что ASA таковой является. ASCRUSА вот Sybase ASE давно не радует, отстает от конкурентов и в плане маркетинга и в технологических новациях, рынок теряется. Я так понял у этого продукта есть своя аудитория. Раз он их устраивает, а остальные нишы заняты, Sybase не сильно напрягается с бесполезными финансовыми вложениями (это конечно моя точка зрения). Не думаю, что Sybase считает эти вложения бесполезнми. Тут скорее "средства у нас есть, у нас ума нет". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2005, 11:25 |
|
||
|
|

start [/forum/topic.php?fid=35&startmsg=32939125&tid=1553925]: |
0ms |
get settings: |
7ms |
get forum list: |
21ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
40ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
77ms |
get tp. blocked users: |
1ms |
| others: | 183ms |
| total: | 351ms |

| 0 / 0 |
