Рассылка закрыта
При закрытии подписчики были переданы в рассылку "Вопросы и ответы по MS SQL Server" на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
MS SQL Server - дело тонкое...
#058<< #059 |
DBA И БЕЗОПАСНОСТЬ
Microsoft Security Bulletin (MS01-041)
26 июля 2001г Микрософт выпущен бюллетень "Malformed RPC Request Can Cause Service Failure". Исправлена уязвимость, которая позволяла злоумышленнику с помощью нештатного RPC запроса осуществить атаку на сервер, которая могла привести к отказу в обслуживании клиентов.
Затронутые продукты:
FAQ относительно этой уязвимости и заплаты можно найти тут: Заплаты доступны тут:
Microsoft SQL Server 7.0: СОВЕТ
Поиск первой записи В этой статье Стив рассматривает вопрос о применимости коррелированных подзапросов. Представим, что мы имеем таблицу, которая содержала информацию о служащих. Некий номер отдела, имя и код. Стив создал маленькую тестовую таблицу, используя следующий код:
create table MyTest Запрос в данном примере должен был возвращать первого служащего из каждого отдела. Предположим, что таблица содержала следующую информацию:
Идея состояла в том, чтобы возвращались следующие результаты:
Существует несколько решений, как и для большинства проблем в SQL. Чтобы возвратить требуемые
результаты, мы должны отобрать первую запись каждого значения идентификатора. Самый легкий
способ сделать это состоит в том, чтобы использовать коррелированный подзапрос.
select id, nm, code Теперь мы можем построить запрос, который находит имя. Мы не можем использовать функцию MIN() по следующей причине. Предположим, что мы выполним:
select id, min( nm) Мы получаем: Идея состояла в том, чтобы возвращались следующие результаты:
Проблема с отделом 4. Во-первых: Pam не Jeff. Использование упорядочения также приведёт к
подобной проблеме. Что мы хотим - первый элемент в естественном порядке или в порядке, в
котором элементы сохранены.
select top 1 nm Мы получаем то, что хотим. Мы можем теперь связать эти два запроса вместе, делая подзапрос следующим образом:
select id, nm, code Заметьте, что из внешнего запроса (первый запрос) внедрена ссылка в подзапрос (второй запрос). Эта ссылка обеспечивает корреляцию между подзапросом и внешним запросом. Этот запрос дает нам результаты, которых мы ожидаем:
ГОТОВИМСЯ К ТЕСТУ ПО 70-028
ШПАРГАЛКА #11 Продолжение (обзор официального курса Microsoft) Планирование репликации
Разработка структуры репликации аналогична конструированию базы данных: сначала необходимо
планировать логическую структуру, а затем физическую реализацию. При этом необходимо ответить
на следующие вопросы:
Замечание: Чтобы результаты запросов в отношении данных, реплицируемых с одного сервера на Настройка системы безопасности сети
Прежде чем приступать к реализации плана репликации, следует проверить, соблюдены ли некоторые
важные требования. Подготовка серверов
Для подготовки серверов можно воспользоваться услугами мастера Configure Publishing and
Distribution Wizard (мастер настройки средств публикации и дистрибуции) в программе Enterprise
Manager. Установка сервера дистрибутора и сервера издателя осуществляется в ходе одного процесса.
После того как они установлены, можно определять публикации и подписываться на них. Установка дистрибутора
Установка дистрибутора должна предшествовать установке обслуживаемых им издателей.
Для создания дистрибутора необходимы права системного администратора. После того как дистрибутор
установлен, можно просматривать свойства локального или удаленного дистрибутора. Установка издателя
Установив базу данных distribution, можно назначать серверы, ответственные за публикацию.
Кроме этого, необходимо разрешить публикацию в базах данных. Установка параметров издателя
включает следующие действия: Процесс публикации
Перед проведением подписки необходимо обязательно выполнить начальную синхронизацию.
Однозначная идентификация в репликации слиянием: Важным условием репликации слиянием является
обеспечение однозначной идентификации строк. Необходимо использовать столбец типа данных
uniqueidintifier со свойством ROWGUIDCOL. Когда сервер обнаружит столбец с таким свойством,
он автоматически будет использовать этот столбец в качестве идентификатора строки для реплицируемой
таблицы. Если сервер не обнаружит подобного столбца, он добавит в базовую таблицу столбец со
свойством ROWGUIDCOL. Вопросы для повторения
ВОПРОС Окончание ШПАРГАЛКИ #11 Продолжение следует. ПОЛЕЗНОСТИ
Программное управление источниками данных ODBC Новости проекта SQL.RU
Russian SQL User Group: начато обсуждение чернового варианта проекта Устава, с основными положениями
которого Вы можете ознакомиться тут:
Новые технические статьи Microsoft
Q111723 - BUG: SQL Server
SQLSetParam Fails on the 252nd Parameter ФОРУМ SQL.RU: САМЫЕ ПОПУЛЯРНЫЕ ТОПИКИ НЕДЕЛИ
Russian SQL User Group - от слов к делу! ФОРУМ SQL.RU: ВОПРОСЫ ОСТАЛИСЬ БЕЗ ОТВЕТА
Merge
replication и вертикальный фильтр |
#058<< #059 |
|
http://subscribe.ru/
E-mail: ask@subscribe.ru | Отписаться | Рейтингуется SpyLog |
В избранное | ||