Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Переход на новую версию.
|
|||
|---|---|---|---|
|
#18+
Всегда ли он оправдан? База-то работает. Когда я ее писал, я сделал все оптимально (надеюсь ). Новая версия дает новые возможности, но часто накладывает новые ограничения. И, как правило, требует лучшего железа. Совместимость сверху-вниз поддерживается, но иногда оказывается, что понятия default в разных аспектах вдруг изменяется. Возможно, то что я написал, относится только к M$ SQL и у всех других все шоколадно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2005, 20:25 |
|
||
|
Переход на новую версию.
|
|||
|---|---|---|---|
|
#18+
"Всегда" - однозначно нет. Например, если программа не проживет больше пары лет, затевать такой перенос - весьма вероятно, просто зря тратить силы; стоит только если перенос будет совершенно тривиальным. В целом, я бы сказал, действуют следующие факторы: - Стоимость переноса. Сама по себе может быть очень велика, кроме того, ее довольно трудно заранее точно оценить. Включает в себя собственно доработку, глобальное тестирование, обнаружение проблем, из-за которых в новой версии что-то работает хуже, чем в старой, плавную миграцию итп. - Дополнительная стоимость поддержки "устаревшей" системы. Состоит во-первых из сложностей параллельной эксплуатации старого сервера наряду с новыми программами на новых серверах, во-вторых из недовольства специалистов, вынужденных работать со "старьем", терять свою рыночную стоимость и делать велосипеды, реализованные в более новых версиях. - Выгода от использования более новой версии; как ее новых возможностей, так и лучше реализованных старых возможностей. Just for example, приложение, перенесенное с Oracle 7 на Oracle 9, имеет все шансы показать изрядный рост производительности даже без переписывания SQL-ей. Новые возможности - и так все понятно. - (для тиражируемых систем) Соответствие требованиям рынка. Итого, в качестве грубого критерия можно сказать так: чем активнее сопровождается программа, тем больше смысла переходить на новые версии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2005, 20:58 |
|
||
|
Переход на новую версию.
|
|||
|---|---|---|---|
|
#18+
softwarer Итого, в качестве грубого критерия можно сказать так: чем активнее сопровождается программа, тем больше смысла переходить на новые версии. Да это верный критерий. У нас у части клиентов 8, а SQL на 9 лучше, да и вообще. Вот мы мучаемся переводим их. А пора уже переходить на 10. И знание этого привносит какую-то неудовлетворенность. Типа мы отстали от жизни. Это отрицательная сторона новых версий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2005, 21:09 |
|
||
|
Переход на новую версию.
|
|||
|---|---|---|---|
|
#18+
vadiminfoЭто отрицательная сторона новых версий. Хм. Если бы оракл не выпускал версий после восьмой, отрицательного было бы больше :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2005, 15:59 |
|
||
|
Переход на новую версию.
|
|||
|---|---|---|---|
|
#18+
Cat2Возможно, то что я написал, относится только к M$ SQL и у всех других все шоколадно. Подключил свою софтину (что работала под MSSQL2000) к 2005 - как часы, даже и не заметила ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2005, 20:29 |
|
||
|
Переход на новую версию.
|
|||
|---|---|---|---|
|
#18+
LepsikПодключил свою софтину (что работала под MSSQL2000) к 2005 - как часы, даже и не заметила А ты попробуй с 6.5 на 2000 перейти! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 09:12 |
|
||
|
Переход на новую версию.
|
|||
|---|---|---|---|
|
#18+
LepsikПодключил свою софтину (что работала под MSSQL2000) к 2005 - как часы, даже и не заметила Сколько человеко-лет вложено в разработку? Сколько - в оптимизацию? Насколько используются ресурсы железа? (грубо: если подключить еще 1% пользователей, будет ли заметно изменение нагрузки на сервере, увеличится ли среднее время отклика итп). Итп? Безусловно, от смены версии программа вовсе не обязана начать работать хуже. Но вероятность этого довольно велика. Не зря, собственно, в том же оракле поддерживается параметр совместимости "работать как версия X.y". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2005, 10:14 |
|
||
|
Переход на новую версию.
|
|||
|---|---|---|---|
|
#18+
а я вот пробую с 2000 на 2005 перенести - грабли встречаются. в основном те, про которые давненько уже говорили, что млин, не нада так (типа писать хинты в виде with (...), запрета использования недетерменированных функци в udf и обход этого через выборку с вычисляемым полем и т.д.) Хотя встречаются, например, и ваще интересные моменты. Через 2 года(!!) эксплуатации в одной из базовых процедур расчета отчета был обнаружен блок, который никогда не выполнялся вида Код: plaintext 1. 2. 3. 4. еще Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2005, 16:47 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33192895&tid=1553816]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
61ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
38ms |
get tp. blocked users: |
2ms |
| others: | 219ms |
| total: | 360ms |

| 0 / 0 |
