Сравнение платформ Pervasive - MS SQL для Галактики
Модераторы: m0p3e, edward_K, Модераторы
-
- Постоянный гость
- Сообщения: 76
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Воронеж
- Контактная информация:
Сравнение платформ Pervasive - MS SQL для Галактики
Просьба высказаться по сабжу. Заранее спасибо.
-
- Местный житель
- Сообщения: 291
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: С-Петербург
- Контактная информация:
во блин круто. А что имеется ввиду под проще? Вот то что возможности тюнинга больше это да. А вот "проще" это ты загнул.на нормальной СУБД типа MSSQL(Oracle) и админить проще
Вопрос к автору. А с какой целью сравнивать? Просто что лучше? Так это не вопрос. Думаю, что разработчики скажут, что лучше Первасив он меньше и его таскать проще. А многие админы скажут, что SQL(Oracle).
Короче поконкретнее.
Безвыходных ситуаций не бывает: DO LOOP WHILE TRUE
-
- Постоянный гость
- Сообщения: 76
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Воронеж
- Контактная информация:
Отвечаю. Была 5.85.02. Не было печали. Скорость устраивала. Перешли на 7.12. Не говоря уже о моральных травмах наших прикл. разработчиков и седых волосах администратора, в лице этой самой 7.12 приобрели дико тормозную систему. К железу и ОС сервера претензий нет. Начальство ставит вопрос о переходе на MS SQL в плане повышения быстродействия. Конкретно:
1. Как соотносятся Галактики на Pervasive и на MS SQL в плане быстродействия?
2. Как соотносятся Галактики на Pervasive и на MS SQL в плане количества и качества проблем администрирования?
Да и просто. Тот, кто уже это проходил, расскажите историю, связанную с переходом, если не жалко
1. Как соотносятся Галактики на Pervasive и на MS SQL в плане быстродействия?
2. Как соотносятся Галактики на Pervasive и на MS SQL в плане количества и качества проблем администрирования?
Да и просто. Тот, кто уже это проходил, расскажите историю, связанную с переходом, если не жалко
-
- Местный житель
- Сообщения: 291
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: С-Петербург
- Контактная информация:
мы переходили. Чтобы перевести Холдинг (3 базы, на тот момент - год назад - порядка всего 5 ГБ в сумме), потратили по времени около 2 недель. С учетом что до этого SQL вообще не видели и переходили через волевое решение руководства.
На тот момент впечатление было, что вроде побыстрее работать стало.
Сейчас не скажу уже, что быстрее.
Но настроить SQL можно потоньше. Из настроек мы просто разнесли файлы журнала и данных на разные физ. диски. Получили прирост в скорости.
Администрирование. Меньше блокировок, их удобнее снимать. Говорят, устойчивее при большом количестве пользователей.
Сразу нужно готовиться к увеличению объемов базы минимум в полтора раза -> тестовую базу запаритесь создавать (и не только из-за объема)
Удобнее sql.
Общегалактические глюки никуда не исчезают
С учетом, что тестирование Галки ведеться на Первасиве, есть шанс, что какие-то глубинные процессы на SQL выдадут ошибку (у меня так было, правда однажды, правда так и не решили)
Резюме. Обратно на Первасив никакого желания возвращаться нету.
На тот момент впечатление было, что вроде побыстрее работать стало.
Сейчас не скажу уже, что быстрее.
Но настроить SQL можно потоньше. Из настроек мы просто разнесли файлы журнала и данных на разные физ. диски. Получили прирост в скорости.
Администрирование. Меньше блокировок, их удобнее снимать. Говорят, устойчивее при большом количестве пользователей.
Сразу нужно готовиться к увеличению объемов базы минимум в полтора раза -> тестовую базу запаритесь создавать (и не только из-за объема)
Удобнее sql.
Общегалактические глюки никуда не исчезают
С учетом, что тестирование Галки ведеться на Первасиве, есть шанс, что какие-то глубинные процессы на SQL выдадут ошибку (у меня так было, правда однажды, правда так и не решили)
Резюме. Обратно на Первасив никакого желания возвращаться нету.
Безвыходных ситуаций не бывает: DO LOOP WHILE TRUE
Да для меня проще. У меня лично нет проблем с администрированием MSSQL. Предпочитаю иметь дело с полноценными СУБД, а не с недорослями типа PervasiveJohny писал(а):во блин круто. А что имеется ввиду под проще? Вот то что возможности тюнинга больше это да. А вот "проще" это ты загнул.на нормальной СУБД типа MSSQL(Oracle) и админить проще
Да, при переходе с 5.85.02 на 7.12 скорость уменьшилась, но ничего, тут подкрутил на СУБД, там... и все пучком. Меня вообще удивляет обилие проблем у народа с Первазивом. Сидим на MSSQL и никаких проблем технического рода никогда не было:)
-
- Местный житель
- Сообщения: 291
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: С-Петербург
- Контактная информация:
Проблем платформозависимых действительно нету.Сидим на MSSQL и никаких проблем технического рода никогда не было
Вопрос перестроения с одной субд на другую - не проблема.
Когда писал предыдущий пост, понял что правда прощеДа для меня проще
А проще потому, что возможностей значительно больше и она более гибкая.
Только вот в офисе с 5-ю человеками SQL мне кажеться не целесообразен.
Безвыходных ситуаций не бывает: DO LOOP WHILE TRUE
Если основная цель перехода на MSSQL- добиться увеличения скорости, то получится как раз наоборот. Первасив летает шустрее, причем от версии к версии (первасива) этот прирост все ощутимее. А с переходом на трехуровневую Галактику 8 под первасивом прирост скорости в 2,5 раза по сравнению с 7.12. Под MSSQL этот прирост куда меньше - на 50%.
Админить первасив, особенно последних версий, вообще не надо, поставил - и забыл. Чего невозможно сказать про MSSQL - даже элементарные (с точки зрения первасива) процедуры типа перетаскивания базы на другой сервак под MSSQL заставят админа попотеть.
ИМХО переходом с первасива на MSSQL проблем с быстродействием только прибавится
P.S. А размер базы под MSSQL увеличивается не в 1,5 раза, а в РАЗЫ
Админить первасив, особенно последних версий, вообще не надо, поставил - и забыл. Чего невозможно сказать про MSSQL - даже элементарные (с точки зрения первасива) процедуры типа перетаскивания базы на другой сервак под MSSQL заставят админа попотеть.
ИМХО переходом с первасива на MSSQL проблем с быстродействием только прибавится
P.S. А размер базы под MSSQL увеличивается не в 1,5 раза, а в РАЗЫ
Ага, о быстродействии тоже можно забыть. Админить нужно ЛЮБУЮ СУБД, даже Первазив - например, делать REBUILD.sim писал(а):Админить первасив, особенно последних версий, вообще не надо, поставил - и забыл.
Перетаскивал, никаких проблем. Главное - не следовать хелпу по установке, в котором как раз описана процедура перетаскивания. Там написан просто полный маразм:)sim писал(а): Чего невозможно сказать про MSSQL - даже элементарные (с точки зрения первасива) процедуры типа перетаскивания базы на другой сервак под MSSQL заставят админа попотеть.
А вот это точно. Особенно меня умиляет тот факт, что размер индексов в 1,5 раза больше размера самих данных - просто суперsim писал(а): P.S. А размер базы под MSSQL увеличивается не в 1,5 раза, а в РАЗЫ