Галактика в вопросах и ответах

Просьба высказаться по сабжу. Заранее спасибо.

Для Галактики все одно - в любом случае СУБД используется как "тупое" хранилище записей.
Вроде бы на Pervasive отчеты побыстрее делаются. С другой стороны, на нормальной СУБД типа MSSQL(Oracle) и админить проще, и возможностей тюнинга побольше, да и на своих программах можно заюзать всю мощь T-SQL.

Поищи в поиске..обсуждалось уже не раз помоему...

на нормальной СУБД типа MSSQL(Oracle) и админить проще

во блин круто. А что имеется ввиду под проще? Вот то что возможности тюнинга больше это да. А вот "проще" это ты загнул.

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

Короче поконкретнее.

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

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

Да и просто. Тот, кто уже это проходил, расскажите историю, связанную с переходом, если не жалко

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

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

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

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

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

Резюме. Обратно на Первасив никакого желания возвращаться нету.

Johny писал(а):

на нормальной СУБД типа MSSQL(Oracle) и админить проще

во блин круто. А что имеется ввиду под проще? Вот то что возможности тюнинга больше это да. А вот "проще" это ты загнул.

Да для меня проще. У меня лично нет проблем с администрированием MSSQL. Предпочитаю иметь дело с полноценными СУБД, а не с недорослями типа Pervasive
Да, при переходе с 5.85.02 на 7.12 скорость уменьшилась, но ничего, тут подкрутил на СУБД, там... и все пучком. Меня вообще удивляет обилие проблем у народа с Первазивом. Сидим на MSSQL и никаких проблем технического рода никогда не было:)

Сидим на MSSQL и никаких проблем технического рода никогда не было

Проблем платформозависимых действительно нету.
Вопрос перестроения с одной субд на другую - не проблема.

Да для меня проще

Когда писал предыдущий пост, понял что правда проще

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

Только вот в офисе с 5-ю человеками SQL мне кажеться не целесообразен.

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

P.S. А размер базы под MSSQL увеличивается не в 1,5 раза, а в РАЗЫ

sim писал(а):Админить первасив, особенно последних версий, вообще не надо, поставил - и забыл.

Ага, о быстродействии тоже можно забыть. Админить нужно ЛЮБУЮ СУБД, даже Первазив - например, делать REBUILD.

sim писал(а): Чего невозможно сказать про MSSQL - даже элементарные (с точки зрения первасива) процедуры типа перетаскивания базы на другой сервак под MSSQL заставят админа попотеть.

Перетаскивал, никаких проблем. Главное - не следовать хелпу по установке, в котором как раз описана процедура перетаскивания. Там написан просто полный маразм:)

sim писал(а): P.S. А размер базы под MSSQL увеличивается не в 1,5 раза, а в РАЗЫ

А вот это точно. Особенно меня умиляет тот факт, что размер индексов в 1,5 раза больше размера самих данных - просто супер

Ставьте Oracle господа, всегда хороший подход.

san писал(а):Ставьте Oracle господа, всегда хороший подход.

Точно, особенно учитывая, что Oracle - версионник. Никаких проблем с транзакциями, как раз для криворуких разработчиков Галактики.

Одно совершенно точно, что с переходом на mssql требования к квалификации админа резко возрастают. Соответственно, и планка зарплаты.

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