Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Переход на новую версию. / 8 сообщений из 8, страница 1 из 1
16.07.2005, 20:25
    #33170045
Cat2
Cat2
Модератор форума
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Переход на новую версию.
Всегда ли он оправдан? База-то работает. Когда я ее писал, я сделал все оптимально (надеюсь ). Новая версия дает новые возможности, но часто накладывает новые ограничения. И, как правило, требует лучшего железа. Совместимость сверху-вниз поддерживается, но иногда оказывается, что понятия default в разных аспектах вдруг изменяется. Возможно, то что я написал, относится только к M$ SQL и у всех других все шоколадно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.07.2005, 20:58
    #33170054
softwarer
softwarer
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Переход на новую версию.
"Всегда" - однозначно нет. Например, если программа не проживет больше пары лет, затевать такой перенос - весьма вероятно, просто зря тратить силы; стоит только если перенос будет совершенно тривиальным.

В целом, я бы сказал, действуют следующие факторы:

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

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

- Выгода от использования более новой версии; как ее новых возможностей, так и лучше реализованных старых возможностей. Just for example, приложение, перенесенное с Oracle 7 на Oracle 9, имеет все шансы показать изрядный рост производительности даже без переписывания SQL-ей. Новые возможности - и так все понятно.

- (для тиражируемых систем) Соответствие требованиям рынка.

Итого, в качестве грубого критерия можно сказать так: чем активнее сопровождается программа, тем больше смысла переходить на новые версии.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.07.2005, 21:09
    #33170055
vadiminfo
vadiminfo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Переход на новую версию.
softwarer
Итого, в качестве грубого критерия можно сказать так: чем активнее сопровождается программа, тем больше смысла переходить на новые версии.

Да это верный критерий. У нас у части клиентов 8, а SQL на 9 лучше, да и вообще. Вот мы мучаемся переводим их. А пора уже переходить на 10. И знание этого привносит какую-то неудовлетворенность. Типа мы отстали от жизни. Это отрицательная сторона новых версий.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.07.2005, 15:59
    #33170252
softwarer
softwarer
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Переход на новую версию.
vadiminfoЭто отрицательная сторона новых версий.
Хм. Если бы оракл не выпускал версий после восьмой, отрицательного было бы больше :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.07.2005, 20:29
    #33187916
Lepsik
Lepsik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Переход на новую версию.
Cat2Возможно, то что я написал, относится только к M$ SQL и у всех других все шоколадно.

Подключил свою софтину (что работала под MSSQL2000) к 2005 - как часы, даже и не заметила
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2005, 09:12
    #33188272
f_w_p
f_w_p
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Переход на новую версию.
LepsikПодключил свою софтину (что работала под MSSQL2000) к 2005 - как часы, даже и не заметила
А ты попробуй с 6.5 на 2000 перейти!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.07.2005, 10:14
    #33192767
softwarer
softwarer
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Переход на новую версию.
LepsikПодключил свою софтину (что работала под MSSQL2000) к 2005 - как часы, даже и не заметила
Сколько человеко-лет вложено в разработку? Сколько - в оптимизацию? Насколько используются ресурсы железа? (грубо: если подключить еще 1% пользователей, будет ли заметно изменение нагрузки на сервере, увеличится ли среднее время отклика итп). Итп?

Безусловно, от смены версии программа вовсе не обязана начать работать хуже. Но вероятность этого довольно велика. Не зря, собственно, в том же оракле поддерживается параметр совместимости "работать как версия X.y".
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.07.2005, 16:47
    #33192895
locky
locky
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Переход на новую версию.
а я вот пробую с 2000 на 2005 перенести - грабли встречаются.
в основном те, про которые давненько уже говорили, что млин, не нада так (типа писать хинты в виде with (...), запрета использования недетерменированных функци в udf и обход этого через выборку с вычисляемым полем и т.д.)
Хотя встречаются, например, и ваще интересные моменты.
Через 2 года(!!) эксплуатации в одной из базовых процедур расчета отчета был обнаружен блок, который никогда не выполнялся вида
Код: plaintext
1.
2.
3.
4.
insert into Table(id,summ,cnt)
select id,sum(summ)
from table2
group by id
как видно, пропущено значение для cnt. 2000 нормально такое прожевывал, 2005 - обматерил.
еще
Код: plaintext
1.
2.
3.
select dbo.Encodedate(year, 1 , 1 ),Sum(Summ)
from table
group by dbo.Encodedate(year, 12 , 1 )
в 2000 разрешено, в 2005 запрещено. ошибка - 2 параметр Encodedate
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Переход на новую версию. / 8 сообщений из 8, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]