Главная SQL, Без рубрики, Новое SQL, SQL 2008 R2, Конкурс
  • SQL Server 2008 R2. The SQL Server Utility.Практика применения.

    1226059553_pic_id159312 В настоящее время даже весьма не крупные предприятия и организации имеют по несколько SQL серверов (более формально – экземпляров серверов, instance), хранящих и обслуживающих бизнес-данные такого предприятия. Большие предприятия могут иметь десятки MS SQL серверов/экземпляров, очень крупные – сотни. Как показывает практика, такое разрастание количества экземпляров ставит перед IT-отделами организаций один не сложный (как кажется не посвященному взгляду) вопрос: как управляться со всем этим хозяйством? Взгляд просвещённый же мгновенно поймет всю не тривиальность задаваемого вопроса. Экземпляры могут быть одной редакций и разных. Располагаться и работать они могут на компьютерах современных и морально устаревших. Обслуживать они могут 2 базы по 5 таблиц в каждой, а могут 50 баз по 100 таблиц. С большой степенью вероятности хотя бы часть (а иногда все) экземпляров будут иметь свои настройки и требовать в отношении себя соблюдения своих собственных «правил поведения» (научно называемых политиками). И, не забудем, все эти сервера могут еще дополнительно быть географически разнесены, а вовсе не находиться в одной серверной комнате. Так как не запутаться в этом море настроек, правил, редакций?

  • Главная SQL, Без рубрики, Новое SQL, SQL 2008 R2, Конкурс
    • SQL Server 2008 R2. Data-tier Application. Разработка, внедрение, модернизация.

      texas california lemon database Создание клиент-серверных приложений, даже в их простейшем двухуровневом варианте, где в качестве сервера выступает компьютер обеспечивающий доступ к общим для всех клиентов данным и к которому, собственно, и подключаются все клиенты с запросами этих самых данных, никогда не было сверхлегкой задачей. Одна из глобальных проблем стоящая перед командой берущейся за такой проект заключается в следующем. Код создающий базу данных необходимой структуры и конфигурации и наполняющий ее функционалом для удобного взаимодействия с клиентом (прежде всего хранимые процедуры и функции) пишется одним человеком, обычно называемым разработчиком баз данных (БД). И работает он, как правило, в своем окружении, со своими инструментами вроде Visual Studio. А после того как такой код написан и готов к внедрению, непосредственно внедрять и поддерживать его приходится совсем другому человеку, обычно называемому администратором БД. Помимо того что у разработчика было свое окружение (тестовое), а у администратора свое, «боевое» (production), так еще первому нечего было передать второму в качестве единого инсталляционного пакета.