Сравнение платформ Pervasive - MS SQL для Галактики

Администрирование баз данных (Pervasive.SQL, MS SQL, Oracle, утилита Support)

Модераторы: m0p3e, edward_K, Модераторы

Ответить
shuma
Постоянный гость
Сообщения: 76
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Воронеж
Контактная информация:

Сравнение платформ Pervasive - MS SQL для Галактики

Сообщение shuma »

Просьба высказаться по сабжу. Заранее спасибо.
WiRuc
Местный житель
Сообщения: 414
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Воронеж

Сообщение WiRuc »

Для Галактики все одно - в любом случае СУБД используется как "тупое" хранилище записей. :(
Вроде бы на Pervasive отчеты побыстрее делаются. С другой стороны, на нормальной СУБД типа MSSQL(Oracle) и админить проще, и возможностей тюнинга побольше, да и на своих программах можно заюзать всю мощь T-SQL.
Den
Местный житель
Сообщения: 1844
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Ярославская область ОАО "Часовой завод Чайка" г. Углич
Контактная информация:

Сообщение Den »

Поищи в поиске..обсуждалось уже не раз помоему...
Johny
Местный житель
Сообщения: 291
Зарегистрирован: 29 мар 2005, 17:49
Откуда: С-Петербург
Контактная информация:

Сообщение Johny »

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

Вопрос к автору. А с какой целью сравнивать? Просто что лучше? Так это не вопрос. Думаю, что разработчики скажут, что лучше Первасив :) он меньше и его таскать проще. А многие админы скажут, что SQL(Oracle).

Короче поконкретнее.
Безвыходных ситуаций не бывает: DO LOOP WHILE TRUE
shuma
Постоянный гость
Сообщения: 76
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Воронеж
Контактная информация:

Сообщение shuma »

Отвечаю. Была 5.85.02. Не было печали. Скорость устраивала. Перешли на 7.12. Не говоря уже о моральных травмах наших прикл. разработчиков и седых волосах администратора, в лице этой самой 7.12 приобрели дико тормозную систему. К железу и ОС сервера претензий нет. Начальство ставит вопрос о переходе на MS SQL в плане повышения быстродействия. Конкретно:

1. Как соотносятся Галактики на Pervasive и на MS SQL в плане быстродействия?
2. Как соотносятся Галактики на Pervasive и на MS SQL в плане количества и качества проблем администрирования?

Да и просто. Тот, кто уже это проходил, расскажите историю, связанную с переходом, если не жалко :)
Johny
Местный житель
Сообщения: 291
Зарегистрирован: 29 мар 2005, 17:49
Откуда: С-Петербург
Контактная информация:

Сообщение Johny »

мы переходили. Чтобы перевести Холдинг (3 базы, на тот момент - год назад - порядка всего 5 ГБ в сумме), потратили по времени около 2 недель. С учетом что до этого SQL вообще не видели и переходили через волевое решение руководства.

На тот момент впечатление было, что вроде побыстрее работать стало.
Сейчас не скажу уже, что быстрее.
Но настроить SQL можно потоньше. Из настроек мы просто разнесли файлы журнала и данных на разные физ. диски. Получили прирост в скорости.

Администрирование. Меньше блокировок, их удобнее снимать. Говорят, устойчивее при большом количестве пользователей.
Сразу нужно готовиться к увеличению объемов базы минимум в полтора раза -> тестовую базу запаритесь создавать (и не только из-за объема)
Удобнее sql.

Общегалактические глюки никуда не исчезают :)

С учетом, что тестирование Галки ведеться на Первасиве, есть шанс, что какие-то глубинные процессы на SQL выдадут ошибку (у меня так было, правда однажды, правда так и не решили)

Резюме. Обратно на Первасив никакого желания возвращаться нету.
Безвыходных ситуаций не бывает: DO LOOP WHILE TRUE
WiRuc
Местный житель
Сообщения: 414
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Воронеж

Сообщение WiRuc »

Johny писал(а):
на нормальной СУБД типа MSSQL(Oracle) и админить проще
во блин круто. А что имеется ввиду под проще? Вот то что возможности тюнинга больше это да. А вот "проще" это ты загнул.
Да для меня проще. У меня лично нет проблем с администрированием MSSQL. Предпочитаю иметь дело с полноценными СУБД, а не с недорослями типа Pervasive :grin:
Да, при переходе с 5.85.02 на 7.12 скорость уменьшилась, но ничего, тут подкрутил на СУБД, там... и все пучком. Меня вообще удивляет обилие проблем у народа с Первазивом. Сидим на MSSQL и никаких проблем технического рода никогда не было:)
Johny
Местный житель
Сообщения: 291
Зарегистрирован: 29 мар 2005, 17:49
Откуда: С-Петербург
Контактная информация:

Сообщение Johny »

Сидим на MSSQL и никаких проблем технического рода никогда не было
Проблем платформозависимых действительно нету.
Вопрос перестроения с одной субд на другую - не проблема.
Да для меня проще
Когда писал предыдущий пост, понял что правда проще :)

А проще потому, что возможностей значительно больше и она более гибкая.

Только вот в офисе с 5-ю человеками SQL мне кажеться не целесообразен.
Безвыходных ситуаций не бывает: DO LOOP WHILE TRUE
sim
Местный житель
Сообщения: 1805
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Россия

Сообщение sim »

Если основная цель перехода на MSSQL- добиться увеличения скорости, то получится как раз наоборот. Первасив летает шустрее, причем от версии к версии (первасива) этот прирост все ощутимее. А с переходом на трехуровневую Галактику 8 под первасивом прирост скорости в 2,5 раза по сравнению с 7.12. Под MSSQL этот прирост куда меньше - на 50%.
Админить первасив, особенно последних версий, вообще не надо, поставил - и забыл. Чего невозможно сказать про MSSQL - даже элементарные (с точки зрения первасива) процедуры типа перетаскивания базы на другой сервак под MSSQL заставят админа попотеть.
ИМХО переходом с первасива на MSSQL проблем с быстродействием только прибавится

P.S. А размер базы под MSSQL увеличивается не в 1,5 раза, а в РАЗЫ
WiRuc
Местный житель
Сообщения: 414
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Воронеж

Сообщение WiRuc »

sim писал(а):Админить первасив, особенно последних версий, вообще не надо, поставил - и забыл.
Ага, о быстродействии тоже можно забыть. Админить нужно ЛЮБУЮ СУБД, даже Первазив - например, делать REBUILD.
sim писал(а): Чего невозможно сказать про MSSQL - даже элементарные (с точки зрения первасива) процедуры типа перетаскивания базы на другой сервак под MSSQL заставят админа попотеть.
Перетаскивал, никаких проблем. Главное - не следовать хелпу по установке, в котором как раз описана процедура перетаскивания. Там написан просто полный маразм:)
sim писал(а): P.S. А размер базы под MSSQL увеличивается не в 1,5 раза, а в РАЗЫ
А вот это точно. Особенно меня умиляет тот факт, что размер индексов в 1,5 раза больше размера самих данных - просто супер :sad:
san
Местный житель
Сообщения: 412
Зарегистрирован: 28 апр 2005, 11:34
Откуда: Галактика Млечный Путь

Сообщение san »

Ставьте Oracle господа, всегда хороший подход.
WiRuc
Местный житель
Сообщения: 414
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Воронеж

Сообщение WiRuc »

san писал(а):Ставьте Oracle господа, всегда хороший подход.
Точно, особенно учитывая, что Oracle - версионник. Никаких проблем с транзакциями, как раз для криворуких разработчиков Галактики.
sim
Местный житель
Сообщения: 1805
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Россия

Сообщение sim »

Одно совершенно точно, что с переходом на mssql требования к квалификации админа резко возрастают. Соответственно, и планка зарплаты. ;)
WiRuc
Местный житель
Сообщения: 414
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Воронеж

Сообщение WiRuc »

sim писал(а):Одно совершенно точно, что с переходом на mssql требования к квалификации админа резко возрастают. Соответственно, и планка зарплаты. ;)
:-o
Ответить