Как вы справляетесь с обновлениями программного обеспечения, такими как SQL Server 2008?

Question

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

Как вы справляетесь с новыми версиями программного обеспечения, особенно программного обеспечения, которое кодеры и администраторы баз данных используют на регулярной основе? Кажется, что только когда я конкретизировал SQL2005, SQL2008 придет и уйдет и SQL2010 будет здесь. Я пропустил целую итерацию, и это не характерно для программистов и администраторов баз данных.

Я никогда не за модернизацию только ради обновления, поэтому, если там нет убедительной функциональности, я склонен ее отпустить. Тем не менее, так как версии программного обеспечения становятся все более частыми, я не могу не чувствовать, что это неправильный подход.

Отредактировано, чтобы добавить:
Я предполагаю, что отчасти я говорю о том, что выпуск новых версий едва ли оставляет достаточно времени, чтобы стать экспертом в предыдущей версии.

Answer 1

Редко эти обновления требуют много переучивания. На самом деле, я бы сказал, что количество переучиваемых пропорционально времени между выпусками. Таким образом, с SQL Server 2000 по 2005 год прошло 5 лет, и многое изменилось. С 2005 по 2008 год мало что изменилось. С 2008 по 2010 год, полагаю, многому научиться нечему. Я думаю, что хитрость заключается в том, чтобы быть в курсе событий. Потому что, если вы откажетесь от нескольких версий назад, это может стать кошмаром, чтобы наверстать упущенное. Даже если вы просто играете с этим и не используете его в живых проектах, вы, вероятно, опережаете многих людей.

Answer 2

Для серверного программного обеспечения, которое должно быть стабильным, попадание на «каждый релиз» не является хорошей вещью. Единственные преимущества, которые вы получаете от новой версии, - это новые функции (которые, если они вам не нужны, не являются проблемой) и обнаружение всех несовместимостей сейчас , которые могут укусить в next * Выпуск 1004 * (помимо тех, что включены в следующий выпуск).

По этой причине мы все еще поддерживаем SQL 2000 для нашего основного продукта. Мы портировали и протестировали его по сравнению с 2005 и 2008 годами ... но мы не используем эти новые функции. Слишком много клиентов по-прежнему используют 2000. Мы наконец-то стремимся сократить поддержку 2000, когда выйдет 2010 год, поскольку 10 лет кажутся разумным периодом, поэтому в нашей новейшей (не выпущенной, но используемой для некоторых клиентов) версии используются некоторые функции 2005 года. .

Что касается среды разработки, то мы перешли на 2005 и 2008 годы примерно через год после каждого выпуска (когда вышли первые пакеты обновления). Это потому, что клиент не находится на беговой дорожке, поэтому мы более агрессивны. Функции в 2005 и 2008 годах также были привлекательными (я не использую Linq для SQL, но я люблю Linq для объектов). Мы также делаем много прототипов на более новых версиях программного обеспечения и поддерживаем наши внутренние проекты на более новом программном обеспечении, чтобы идти в ногу с технологиями, используемыми для планирования и обучения.

Что касается того, чтобы стать экспертом, я думаю, что с учетом объема рассматриваемых технологий никто не является экспертом во всем продукте. Если вы знаете все о механизме оптимизации запросов и о том, как выжать из него последний бит производительности, у вас меньше шансов потратить много времени на механизм репликации. Лично я думаю, что вы должны попробовать все, но в конце дня вы должны приступить к работе: и ваша работа редко требует от вас быть экспертом во всем. Просто зная, что функций достаточно, вы сможете быстро приобрести новый навык и двигаться дальше.