2

В компании, которую я разрабатываю, разработчики обычно запускают базы данных на своих ноутбуках. У нас также есть экземпляр серверов SQL Server 2005 и SQL Server 2000, работающих под управлением виртуальных машин под лицензией MSDN.Является SQL Server 2005 Express достаточно хорошим для разработки

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

Может ли каждый разработчик установить версию MSDN для SQL Server для целей разработки на своем ноутбуке, если у нас будет достаточно подписки? В разгар неопределенности мы сможем вместо этого использовать SQL Server Express для наших целей разработки, а затем перенастроить базы данных на наши серверы баз данных «центрального развития», как только мы внесем все изменения в нужные нам базы данных? Существуют ли какие-либо существенные различия между SQL Server Express и SQL Server Enterprise с точки зрения функциональности.

+0

Пожалуйста, не используйте тег "mssql". Вместо этого используйте «sql-server». Кроме того, продукт является «SQL Server», а не «MS SQL 2005». –

+0

. SQL Server Enterprise и разработчик поддерживают определенные функции масштабируемости, такие как разбиение на таблицы и многопоточность индексирования, онлайн-переиндексацию и т. Д., А не в Express. Экспресс в основном функционально эквивалентен Standard Edition, но с ограничениями, указанными другими (ОЗУ и размер файла, без агента SQL Server и т. Д.). Если у вас есть MSDN для разработчиков, я бы использовал Developer Edition в соответствии с вашей производственной средой. – onupdatecascade

ответ

1

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

+1

Вы правильно помните - версия SQL Server Express ограничена 1 процессором, 4 ГБ размера базы данных (для каждой базы данных) и будет использовать только 1 ГБ ОЗУ (или что-то в этом роде), но кроме этого, она функционально эквивалентна полнофункциональный SQL Server –

+0

, который приятно знать :) – Aduljr

0

Если вы хотите использовать службы полнотекстового индексирования или отчетов в разрабатываемом приложении, вам понадобится «SQL Server Express с расширенными службами». В противном случае они функционально эквивалентны полным версиям.

Существуют ограничения на размер базы данных, используемые ядра ЦП и использование памяти, но это обычно не должно быть проблемой. Пределы для текущей версии - 4 ГБ на каждую базу данных, 1 ядро ​​процессора, 1 ГБ ОЗУ.

Это, как говорится, SQL Server Profiler - очень ценный инструмент, недоступный в выпусках Express. Это была моя основная причина для установки версии SQL Server для разработчиков.

4

Если ваша подписка на MSDN разрешает, я рекомендую, чтобы ваши разработчики установили версию разработчика SQL 2005 или SQL 2008, поскольку эта версия включает в себя профилировщик SQL, который упростит разработчикам выявлять узкие места SQL.

2

SQL Server Express достаточно для продукции для многих небольших приложений (особенно для замены Access и т. Д.).

Реальным является то, что разработчики должны использовать тот же (или похожий), который вы собираетесь использовать на производстве, чтобы избежать каких-либо неожиданностей «не поддерживается»/«работает по-другому».

Если вы намерены развертывать, чтобы выразить, то разрабытесь против express.

Если вы планируете развертывание на предприятии, а затем разработайте версию разработчика, которая действительно такая же.

Размер также является фактором, хотя; хотя я развертываю против предприятия, я использую экспресс на своем ноутбуке (при работе в поезде и т. д.) по соображениям безопасности. Но я всегда возвращаюсь к основному рабочему столу (с большим количеством дисков/памяти и виртуальной машины, настроенной как моя производственная платформа) для выполнения валидации и т. Д.

1

Глядя на это с корпоративного вида только ... мысли ...

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

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

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

Я видел много сторонних приложений, которые требуют, чтобы SQL Server находился на веб-сервере, или в общем окне SQL/app, или нуждался в правах sysadmin для запуска. Для меня это всегда кажется, что мысль не была уделена целевой аудитории и развита локально.

Преимущество серверных установок - емкость и производительность. Как вы собираетесь настраивать запрос в своей 200-миллионной строке/50 ГБ базе данных, разбираться с эффектами или параллелизмом и т. Д.

Сказать, что: выпуск разработчика также можно установить локально на вашем ноутбуке.

Наконец, во многих магазинах локальные установки SQL Server запрещены. Вернувшись в мои 100% -ные дни DBA, я охотился на них ...

0

Если ваша главная проблема связана с покупкой, то Developer Edition для каждого разработчика. At $49 (четыредцать девять) вы получаете полноценную функциональность Enterprise Edition с инструментами и SQL-агентом, а также полнотекстовым поиском и SSIS и BI и всеми работами. Ограничен только для использования в целях разработки по лицензии. И это фактически может быть дешевле, чем покупка подписки MSDN или подписки на Technet.

Разработка с использованием Express Edition нецелесообразна, если вы разрабатываете продукт, который требуется в стандарте развертывания Standard или Enterprise Edition. Ваши разработчики не смогут использовать некоторые функции (задания SQL-агента, SSIS, BI (OLAP, DM), построитель отчетов, полная репликация, зеркалирование и т. Д.), Не смогут протестировать большую загрузку данных, не будут иметь в своем распоряжении инструменты управления (SSMS).

Смежные вопросы