Отправляет email-рассылки с помощью сервиса Sendsay

MS SQL Server

  Все выпуски  

MS SQL Server - дело тонкое...


Служба Рассылок Subscribe.Ru проекта Citycat.Ru

#054<<  #055

СОВЕТЫ

Полезные, недокументированные хранимые процедуры SQL Server 2000
По материалам статьи Alexander Chigrik на swynk.com: «SQL Server 2000 Useful undocumented stored procedures»

В этой статье Александр рассказывает о некоторых полезных недокументированных хранимых процедурах, имеющихся в SQL Server 2000.

Sp_MSget_qualified_name

Эта хранимая процедура используется для получения составного имени заданного идентификатора объекта. Синтаксис:

sp_MSget_qualified_name object_id, qualified_name

Где: object_id - является идентификатором объекта. Object_id - int. Qualified_name - является составным именем объекта. Qualified_name - nvarchar (512). Ниже представлен пример, с помощью которого можно получить составное имя для таблицы authors, базы данных pubs.

USE pubs
GO
declare @object_id int, @qualified_name nvarchar(512)
select @object_id = object_id('authors')
EXEC sp_MSget_qualified_name @object_id, @qualified_name output
select @qualified_name
GO
Here is the result set from my machine:
--------------------------------------
[dbo].[authors]

Sp_MSdrop_object

Эта хранимая процедура используется для уничтожения объекта (это может быть таблица, представление, хранимая процедура или триггер), заданного идентификатором объекта, именем объекта и его владельцем. Если идентификатор объекта, имя объекта и его владелец не определены, то ничего не будет уничтожено. Синтаксис:

sp_MSdrop_object [object_id] [,object_name] [,object_owner]

Где: object_id - идентификатор объекта. Object_id - int, со значением по умолчанию NULL. Object_name - имя объекта. Object_name - sysname, со значением по умолчанию NULL. Object_owner - владелец объекта. Object_owner - sysname, со значением по умолчанию NULL. Ниже представлен пример, с помощью которого можно уничтожить таблицу titleauthor в базе данных pubs.

USE pubs
GO
declare @object_id int
select @object_id = object_id('titleauthor')
EXEC sp_MSdrop_object @object_id
GO

Sp_gettypestring

Эта хранимая процедура возвращает тип строки для заданного идентификатора таблицы и идентификатора столбца. Синтаксис:

sp_gettypestring tabid, colid, typestring

Где: tabid - является идентификатором таблицы. tabid - int. colid - является идентификатором столбца. colid - int. typestring - является строкой, как выходной параметр. typestring - nvarchar(255). Ниже представлен пример, с помощью которого можно получить строку для столбца номер 2 в таблице authors, базы данных pubs.

USE pubs
GO
declare @tabid int, @typestring nvarchar(255)
select @tabid = object_id('authors')
EXEC sp_gettypestring @tabid, 2, @typestring output
select @typestring
GO
Here is the result set from my machine:
-------------------------------
varchar(40)

Sp_MSgettools_path

Эта хранимая процедура возвращает путь к инструментальным средствам и утилитам SQL Server 2000. Синтаксис:

sp_MSgettools_path install_path

Где: install_path - путь инсталляции, выходной параметр. Install_path - nvarchar (260). Ниже представлен пример, с помощью которого можно получить путь к инструментальным средствам и утилитам SQL Server 2000.

USE master
GO
declare @install_path NVARCHAR(260)
EXEC sp_MSgettools_path @install_path OUTPUT
select @install_path
GO
Here is the result set from my machine:
------------------------------------------------------------
C:\Program Files\Microsoft SQL Server\80\Tools

Sp_MScheck_uid_owns_anything

Эта хранимая процедура возвращает список объектов, принадлежа указанному пользователю. Синтаксис:

sp_MScheck_uid_owns_anything uid

Где uid - идентификатор пользователя, уникальный в базе данных. 1 - владелец базы данных. uid - smallint. Ниже представлен пример, с помощью которого можно получить список объектов, принадлежащих владельцу базы данных pubs.

USE pubs
GO
EXEC sp_MScheck_uid_owns_anything 1
GO

Выбор модели восстановления SQL Server 2000
По материалам статьи Joe Lax на swynk.com: «Using SQL Server 2000 Recovery Models»

В этой статье подчёркивается, что прикладные системы требуют разных подходов к стратегии резервирования, в зависимости от критичности информации в СУБД. В SQL Server 2000 стратегии резервирования реализованы так, что выбор одной из моделей "recovery models" поможет Вам легко классифицировать ваши задачи резервирования и существенно упростит ваш план резервного копирования.
Для выбора моделей резервирования/восстановления необходимо выполнить несколько предварительных шагов, которые помогут Вам сделать правильный выбор:
- Проанализируйте, как часто Ваши данные изменяются в базе данных и на сколько ценный является информация в них.
- Определите, должны ли будут выполняться операции Bulk Copy или SELECT INTO.
- Определите, нуждаетесь ли Вы в восстановлении "point-in-time" (на заданный момент времени).
- Исходя из вышеперечисленных пунктов, выберите recovery model, который является наиболее приемлемой.
- Установите для базы данных выбранную модель, используя команду ALTER DATABASE.

Какие существуют модели восстановления?
Хотя большинство приложений используют разные структуры баз данных, когда дело сводится к резервному копированию, используются схожие схемы. Например, многие DBA имеют тестовые базы данных, которые не обязательно часто резервировать. Аналогично, многие из Вас работают с системами, где важна каждая минута работы пользователей и должна быть обеспечена высокая доступность и готовность данных. Для каждой из этих ситуаций, должны примениться различные стратегии резервирования.
Чтобы сделать резервное копирования проще в использовании, Микрософт сгруппировал различные стратегии в три стереотипа или модели: Простая (Simple), Полная (Full), и Bulk-Logged. Эти, присущие SQL Server 2000 модели не только помогут Вам хорошо обдумать ваши потребности, но и упростят поддержку соответствующих стратегий.

Принципы работы журнала регистрации транзакций и Bulk Copy

Прежде, чем рассматривать модели восстановления, обратимся к принципам функционирования двух связанных между собой механизмов SQL Server: transaction log и Bulk Copy utility. Применение моделей восстановления соответствующих этим двум механизмам, основано на одном из основных различий между ними.
Каждая база данных должна иметь, по крайней мере, один файл transaction log. Когда происходят изменения информации в базе данных, эти изменения отражаются сначала в transaction log прежде, чем транзакция будет считаться завершённой. Изменения будут записаны непосредственно в базу данных, только когда отработает очередной "checkpoint". В течение исполнения checkpoint, все завершённые транзакции отражаются в базе данных. Для каждой базы данных SQL Server периодически инициализирует checkpoint автоматически с заданным в настройках сервера интервалом.
SQL Server использует transaction log вместе с другими механизмами, что бы гарантировать целостность транзакций и защитить их от сбоев и отключений питания. Transaction log также позволяет прерывать и откатывать назад транзакции прежде, чем они будут завершены.
Представим себе бизнес-транзакцию, которая перемещает денежные средства с лицевого счёта клиента на его депозитный вклад. Транзакция должна включать две отдельные операции, дебет лицевого счета и кредит депозитного. Если бы изменения, предполагаемые этой транзакцией, сразу записывались непосредственно в базу данных, сбой операции между дебетом и кредит привёл бы к расхождениям в затронутых счетах. Вместо этого, изменения сначала записывается в transaction log, и только после того, как обе операции будут успешно зарегистрированы в журнале, и транзакция завершится, изменения будут отражены в базе данных.
SQL Server поставляется с утилитой (программа массового копирования bulk copy) которая очень полезна при загрузке большого количества данных из файла в базу. Одна из особенностей, которая позволяет этой утилите загружать данные быстрее, чем посредством инструкции INSERT, это её работа в non-logged mode (без регистрации в журнале транзакций). В этом режиме, каждая вставленная строка не будет записана в transaction log, что существенно ускоряет эту операцию. (Точно так же, модификация текстовых полей может быть зарегистрирована или наоборот, проведена в non-logged режиме).

Модели восстановления SQL Server 2000

SQL Server 2000 имеет три модели: Простая (Simple), Полная (Full), и Bulk-Logged.

Простая

Когда для базы данных установлена эта модель, это говорит о том, что не будет никакой возможности восстановить изменения, сделанные в базе после предыдущего резервного копирования. Выполняются только полные резервные копирования. Единственная выгода от этой модели, это то, что transaction log не переполняется транзакциями, регистрируемыми в журнале между полными резервными копированиями. Всякий раз, когда база данных исполняет checkpoint, свободное место в журнале регистрации транзакций высвобождается. Кроме того, разрешены не регистрируемые операции, такие, как массовое копирование.

Полная

Полная модель позволяет создавать не только полные резервные копии базы данных, но и последовательные, промежуточные резервные копии изменений, которые произошли начиная с последнего, полного резервного копирования. Дополнительной выгодой от этой модели является возможность восстановления базы данных на заданное время. Например, если пользователь случайно удалит все учетные записи в базе данных в 13:00, возможно восстановить базу данных на момент 12:59, приведя её в состояние, предшествующее удалению учетных записей. При выборе этой модели, место в transaction log высвобождается только когда будет сделано резервное копирование transaction log. Когда это происходит, все изменения, зарегистрированные в transaction log, будут записаны в резервную копию, и занимаемое ими в журнале место освободится. Поэтому базы данных, эксплуатируемые в этом режиме, должны иметь достаточно места, доступного для transaction log, чтобы хранить все транзакции, которые исполняются между каждым резервным копированием. Кроме того, не допускаются не регистрируемые операции.

Bulk-Logged

Bulk-Logged модель находится по смыслу между уже представленными двумя моделями. С одной стороны, становятся возможны последовательные резервные копии базы данных и transaction log обрабатывается также, как в полной модели. Однако, массовые операции копирования регистрируются только по минимуму. Вместо регистрации каждой вставки в таблицу, SQL Server регистрирует необходимый минимум для восстановления данных, если такое резервирование необходимо. Однако, из-за этого, если будет выполнена массовая операция копирования, восстановление point-in-time станет невозможно.

Использование моделей восстановления SQL Server 2000

При выборе модели, которая наибольшим образам соответствует Вашим потребностям, ответьте на следующие вопросы:
Когда данные изменяются в Вашей базе данных? Если изменения происходят только в результате контролируемых Вами операций, тогда простая модель могла бы быть самым легким способом резервирования. Вы будете должны выполнять полное резервное копирование только после того, как внесёте изменения. Например, если ваши данные загружаются в базу данных каждый вечер, эта модель будет самая простая и позволит быстро загружать данные при использовании Bulk Copy.
Однако, если каждое изменение в базе данных является важным и такие изменения происходят непрерывно в течение дня, полная модель будет больше соответствовать Вашим требованиям к защите критически – важных данных. Эта модель применяется в большинстве систем, которые выполняют бизнес - операции. В этом случае, Вы должны выполнить следующие шаги перед выбором подходящей для конкретного случая модели:
Нуждаетесь ли Вы в быстрой загрузке данных? Если Вы должны фиксировать все изменения, которые происходят в вашей базе данных в течении дня, Вы имеете выбор между использованием Полной или Bulk-Logged моделями. Обе поддерживают последовательное, периодическое резервное копирования журнала. Если Вы должны быстро загружать данные, используя Bulk Copy, значит лучше выбрать Bulk Copy модель. Иначе, выбирайте полную модель. Однако, перед окончательным принятием решения, Вы должны ответить для себя ещё на один вопрос: Нуждаетесь ли Вы в восстановлении point-in-time? Если Вы должны иметь возможность восстанавливать данные на любое время, Вы должны выбрать только полную модель.

Применение моделей

Теперь, когда Вы выбрали модель, можно применить её к базе данных. Чтобы это сделать, выполните инструкцию ALTER DATABASE:

ALTER DATABASE [database name]
SET RECOVERY [either: FULL | BULK_LOGGED | SIMPLE]

Чтобы убедиться в том, что модель была успешно установлена для заданной базы данных, выполните команду:

SP_HELPDB [database name]

Эта хранимая процедура возвращает много информации относительно указанной базы данных. Сведения о recovery model указаны в столбце Status, в котором указано значение RECOVERY=[name of model].

Где теперь находятся параметры

Те из Вас, кто знаком с предыдущими версиями SQL Server, могут задаться вопросом, что случилось с sp_dboption, которая раньше использовалась при настройке для баз данных truncate log on checkpoint и SELECT INTO Bulk Copy. SQL Server 2000 всё еще поддерживает эти параметры для обратной совместимости, но не обещает такой поддержки в будущих версиях. Поэтому, хотя Вы всё еще можете достигать того же самого эффекта, используя sp_dboption, лучше использовать новые модели восстановления. Кроме того, выбирая новым способом recovery model, Вы будете использовать только одну команду, что бы SQL Server установил truncate log и SELECT INTO Bulk Copy. Используя sp_dboption, Вы должны будете выполнить две отдельных команды.

Последний штрих

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

Дополнительную информацию можно получить в Books Online в главе: Backing Up and Restoring Databases.

ГОТОВИМСЯ К ТЕСТУ ПО 70-028

ШПАРГАЛКА #10 Продолжение (обзор официального курса Microsoft)
Архив шпаргалок Вы найдёте на следующих сайтах:
http://www.sql.ru/subscribe/
http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself

Репликация

Издатель «publisher» содержит исходные базы данных, готовит данные к репликации и отправляет изменения подписчикам.
Дистрибутор «distributor» получает все изменения, связанные с публикуемыми данными, сохраняет эти изменения, а затем с заданным интервалом пересылает их соответствующим подписчикам. Хотя издатель и дистрибутор могут находиться на одном и том же сервере, лучше их размещать на отдельных компьютерах. Один дистрибутор может обслуживать несколько издателей.
Подписчик «subscriber» хранит копию данных и получает изменения, внесенные в публикацию.
В схеме Издатель - Подписчик, публикуемые данные бывают двух типов: статьи и публикации. Публикация «publication» может содержать одну или несколько статей (отдельных таблиц или хранимых процедур). Поскольку все статьи в составе публикации синхронизируются одновременно, ссылочная целостность гарантируется. Отметим следующие свойства публикации: публикация служит основой подписки, которая включает все статьи данной публикации; на основе содержимого базы данных пользователя можно создать одну или несколько публикаций.
В репликации Статья «article» определяется следующим образом: она содержит одну таблицу или подмножество данных таблицы; статья является частью публикации. С помощью Enterprise Manager можно подписаться на публикацию, но непосредственно на статью подписаться нельзя.
Части таблицы можно публиковать в виде статей. Этот процесс называется фильтрацией данных. Средство фильтрации данных позволяет избежать конфликтов репликации в случае, когда обновлять данные разрешено нескольким узлам. Таблицы можно фильтровать по вертикали, по горизонтали или одновременно и по вертикали, и по горизонтали. Каждый экземпляр отфильтрованной таблицы представляет отдельную статью. Вертикальный фильтр определяет некоторое подмножество столбцов таблицы. Подписчику доставляются только реплицируемые столбцы. Например, с помощью вертикального фильтра можно публиковать всю таблицу, кроме определённого столбца. Горизонтальный фильтр определяет некоторое подмножество строк в таблице. Подписчик будет получать лишь это подмножество строк. Например, можно фильтровать записи о заказах по регионам и публиковать их в соответствующих регионах. Для реструктуризации данных можно прибегнуть и к другим способам изменения схемы базы данных. Разбиение строк означает физическое выделение горизонтального подмножества данных в отдельную таблицу. Например, можно разбить таблицу заказчиков на отдельные таблицы по каждому региону. Фрагментация столбцов означает физическое выделение вертикального подмножества данных в отдельную таблицу. Например, можно фрагментировать таблицу отрудников по вертикали таким образом, чтобы в одной таблице оставить столбцы имени, должности и номера комнаты, а в другой — конфиденциальные сведения, такие как дата рождения и оклад.
Существует два вида подписки на публикацию: подписка по запросу pull subscription и принудительная подписка push subscription. Принудительную подписку можно оформить в тот момент, когда, вы создаете или редактируете публикацию на издателе. Применение принудительной подписки позволяет централизованно управлять подпиской. Кроме того, принудительная подписка определяется издателем, а для каждой публикации можно назначить сразу несколько подписчиков. Принудительная подписка обычно используется в приложениях, которые должны сразу рассылать подписчикам изменения, как только те происходят. Наиболее целесообразна принудительная подписка на публикации, требующие более надежной защиты, в случаях, когда повышение накладных расходов на ресурсы процессора дистрибутора не отражается на производительности. Подписку по запросу можно также оформить на сервере подписчика. Подписка по запросу инициируется подписчиком и, чтобы можно было подписаться, для публикации должна быть разрешена подписка по запросу, подписчик должен быть зарегистрирован или для публикации разрешена анонимная подписка на публикацию. Кроме того, оформить подписку по запросу может только подписчик сервера. Только системный администратор или владелец базы данных подписчика решает, какие публикации и когда следует получать. Подписка по запросу наиболее удобна для публикаций, которые выдвигают умеренные требования к безопасности и могут поддерживать большое число подписчиков — например, в Интернете. Дистрибутор должен иметь достаточно ресурсов для поддержки некоторого числа подписчиков, а подписчики должны иметь достаточно ресурсов для проведения репликации.

Продолжение следует.

ПОЛЕЗНОСТИ

SQL Server в вопросах и ответах
Автор: FAQ.
Журнал "Windows 2000 Magazine", #03/2000 ...[подробнее]
[Обсудить статью в форуме]
Создание базы данных "с нуля"
Автор: Беляев Данила.
Visual Basic является отличным инструментом для работы с базами данных. Самым распространенным форматом баз данных является Access - с расширением файлов mdb. Для создания базы данных в Бейсике есть Visual Data Manager, с помощью которого можно создавать базы данных. Также для просмотра и редактирования в Бейсике баз данных программным путём существует объект Data - данные. С его помощью можно создавать, изменять, редактировать и сохранять базы данных...[подробнее]
[Обсудить статью в форуме]

Журнал «SQL Magazine OnLine», #04/2001

Генеральная уборка
Автор: Кен Спенсер.
При обновлении Web-сайта не поленитесь провести ревизию программ, инструментальных средств и архитектуры сайта... [подробнее]
[Обсудить статью в форуме]
Повторная компиляция и установки SET
Автор: Кэлен Дилани.
Для обеспечения эффективного выполнения запросов важно понимать взаимосвязь между установками SET и повторной компиляцией хранимых процедур...[подробнее]
[Обсудить статью в форуме]
Безопасность по-домашнему
Автор: Рик Добсон.
Разграничение прав доступа к объектам баз данных можно реализовать, используя задаваемые пользователем роли и распределяя полномочия...[подробнее]
[Обсудить статью в форуме]
Немедленное сжатие файлов журнала
Автор: Саймон Сю.
Как перехитрить упрямые журналы и заставить их сжиматься по команде...[подробнее]
[Обсудить статью в форуме]
Оператор FOR XML EXPLICIT управляет форматированием
Автор: Боб Пфайф.
Как эффективнее использовать возможности SQL Server 2000 для создания документов XML, которые с легкостью воспринимаются другими приложениями...[подробнее]
[Обсудить статью в форуме]
Функции UDF строят идентификаторы
Автор: Фернандо Герреро.
Пользовательские функции позволяют создать полноценную альтернативу использованию свойства идентичности IDENTITY...[подробнее]
[Обсудить статью в форуме]
Обработка больших файлов XML
Автор: Кен Спенсер.
Компоненты VB COM позволяют разбить объемные файлы XML на части, что облегчает их обработку...[подробнее]
[Обсудить статью в форуме]
В поисках утраченной идентичности
Автор: Ицик Бен-Ган.
Рассматриваются различные способы генерации корректных значений идентификаторов...[подробнее]
[Обсудить статью в форуме]
Построение куба из многомерной базы данных
Автор: Боб Пфайф.
Предварительное агрегирование данных повышает производительность приложений, обращающихся к многомерным базам данных...[подробнее]
[Обсудить статью в форуме]
Аналитические возможности XML for Analysis
Автор: Рас Уитни.
Для решения каких задач необходим набор XML for Analysis SDK и в чем состоят особенности его применения...[подробнее]
[Обсудить статью в форуме]
Денормализация: как нарушить правила и избежать последствий
Автор: Мишель Пуле.
При определенных условиях можно слегка отступить от нормализации данных в базе...[подробнее]
[Обсудить статью в форуме]
SQL-DMO принимает эстафету у Enterprise Manager
Автор: Джейсон Фишер.
Объекты SQL-DMO приходят на помощь тогда, когда исчерпаны возможности Enterprise Manager...[подробнее]
[Обсудить статью в форуме]
Ответы на вопросы об XML
Автор: Рич Ролман.
Нетрадиционное применение XML предоставляет неожиданные возможности....[подробнее]
[Обсудить статью в форуме]
Советы и ответы
Автор: Брайан Моран.
Обладатель почетного звания SQL Server MVP помогает читателям найти выход из сложных ситуаций...[подробнее]
[Обсудить статью в форуме]
Ответы от Microsoft
Автор: Ричард Веймир.
Представитель корпорации Microsoft отвечает на самые трудные вопросы читателей...[подробнее]
[Обсудить статью в форуме]
Семь ключей к интеграции XML
Автор: Майкл Оти.
Применение перечисленных ниже возможностей позволяет успешно интегрировать XML в базы данных SQL Server...[подробнее]
[Обсудить статью в форуме]
Каскад внешних соединений
Автор: Мартин Миклебург.
Рассматриваются ситуации, в которых необходимо применять стандарт ANSI для операции соединения...[подробнее]
[Обсудить статью в форуме]
Восстановление потерянных записей
Автор: Владимир Абижанов.
Предлагается еще более простое решение задачи, чем то, которое было опубликовано в прошлом номере журнала...[подробнее]
[Обсудить статью в форуме]

Новые технические статьи Microsoft

Q298723 - BUG: SQL Mail Not Fully Supported for Use in Conjunction with Cluster Virtual SQL Servers
Q299641 - INF: Understanding How to Configure a SQL Server Connection Affinity Mask
Q300269 - BUG: Replication Conflict Viewer Reports That Merge Published Database Is Not Published
Q239759 - PRB: Error 5177 May Be Raised When Creating Databases in SQL Server 7.0
Q303042 - FIX: Spanish VSwitch Causes Setup to Fail
Q300056 - FIX: Merge Metadata Cleanup May Cause Subscriber Transaction Log to Grow Quickly
Q295037 - FIX: MERGE UNION Is Not Used with Large Number of UNION Clauses
Q299544 - FIX: Correlated Subquery Containing UNION ALL May Cause Access Violation
Q168001 - PRB: User Logon and/or Permission Errors After Restoring Dump
Q242377 - INF: How to Use Data Transformation Services (DTS)
Q257921 - PRB: OLAP Services Fail to Start After Windows NT Computer is Renamed
Q264155 - INF: Reset Proxy and the SQLAgentCmdExec Account
Q274188 - PRB: "Troubleshooting Orphaned Users" Topic in Books Online is Incomplete
Q274348 - INF: Distributed Queries Executed Within a Trigger Enlist MSDTC
Q272446 - INF: Profiler Restricts the Maximum Size Per Trace File to 1 GB
Q274463 - INF: Understanding and Troubleshooting the Copy Database Wizard in SQL Server 2000
Q275564 - FIX: Error Adding a DB2 OLEDB Linked Server as a Subscriber Using Babylon Provider
Q276499 - FIX: SP2 Regression: Running a Stored Procedure with Index on Local Temp Table Causes AV
Q274797 - INF: SQL Server 7.0 Service Pack 3 Fixlist
Q282017 - PRB: SQL Server 2000 Help File Contains Confusing Information About the Desktop Engine Setup
Q281517 - PRB: Transfer of Data from Jet 4.0LEDB Source Fails with Buffer Overflow Error
Q282749 - BUG: Deadlock Information Reported with SQL Server 2000 Profiler Is Incorrect
Q287606 - FIX: Enterprise Manager Reports Table Sizes That Are Inconsistent as Compared to sp_spaceused
Q289290 - BUG: DBCC SHRINKDATABASE Causes Memory Leak and Error 17803 When AUTO_SHRINK Is Set
Q289742 - INF: How to Create a SQL Server 7.0 Trace
Q290080 - FIX: Assert Occurs When You Try to Alter a Database and Trace Flag 902 is Enabled
Q290085 - FIX: Extended Stored Procedure "xp_logevent" Generates an Access Violation when Given Too Large a Parameter
Q290369 - FIX: Updates to New Column Added to Merge Publication Article are not Replicated
Q292637 - FIX: Unicode Character String Longer Than Seven Bytes in a LIKE Clause Is Truncated in Execution Plan
Q295589 - BUG: Upgrading SQL Server 2000 SP1 to a Cluster Virtual Server May Result in Use of Mixed Binaries
Q296496 - FIX: Replace of Fact Table Does Not Display Correct Fact Table Name in Cube Editor
Q299299 - FIX: Export of Specific DBCS to Excel Fails When Text Type is Used
Q301113 - BUG: BOL Incorrectly States That IGNORE_DUP_KEY Affects UPDATE Statements
Q302747 - INF: Japanese_Unicode Collation is Not Supported on Windows 2000
Q299889 - FIX: Full Population May Not Complete if Microsoft Search Service Is Stopped and Restarted
Q298810 - PRB: Deleting the Last Destination Removes Log Shipping Completely
Q301579 - FIX: "Unspecified error" Raised When Working with DTS Packages on Localized SQL Server 2000
Q251004 - INF: How to Monitor SQL Server 7.0 Blocking
Q254369 - INF: SQL Server 7.0 Service Pack 2 Fixlist
Q271509 - INF: How to Monitor SQL Server 2000 Blocking

ФОРУМ SQL.RU: САМЫЕ ПОПУЛЯРНЫЕ ТОПИКИ НЕДЕЛИ

Подключение сервера SQL на компьютере-клиенте через ODBC
Впечатления после работы с Sql-navigator
System sproc & @@ERROR
Таблица в обратном порядке
Что есть кроме ADO?
Люди ADO, ID достал! Помогите пожалуйста
Необходимость софта!!!
UpdateBatch при обновл. SQL запроса сост из одной таблицы с разл псевдонимами
Зверь xp_qv ?
Непонятка...
Как вытащить connection string от Query Analyzer
"Тройной" запрос ...
Типы данных datetime
У кого есть опыт переименовывания SQL 2000 в кластере на Windows 2000 AS?

ФОРУМ SQL.RU: ВОПРОСЫ ОСТАЛИСЬ БЕЗ ОТВЕТА

Использование курсоров
И снова SQL Mail
SQL 2000 Personal Edition limitation !!!
HELP! Не могу создать article в publication (SQL Server 2000)
Как настроить package ?
Вложенные транзакции при использовании SET XACT_ABORT ON ... ?
Проблема?
Проблема с SELECT и FREETEXTTABLE

Информация автора рассылки:
В связи с окончанием очередного, долгосрочного проекта, я вступаю в активную фазу поиска новой работы. В ближайшие несколько лет, мне было бы удобно работать в Москве или её окрестностях (речь идёт о новом, не коммерческом проекте, детали которого скоро будут представлены на Ваш суд). В виду вышеизложенных причин, предлагаю Вам свои услуги, как DBA. Если Вас это заинтересовало, присылайте, пожалуйста свои предложения по этому адресу: mssqlhelp@pisem.net

#054<<  #055


Вопросы, предложения, коментарии, замечания, критику и т.п. присылайте Александру на адрес: MSSQLHelp@pisem.net

sql.ru

Описание рассылки
 Поиск на SQL.RU
Искать: 
Результатов на странице: Формат:
Тип запроса: Раздел:
МИНИФОРМА
ПОДПИСКИ




http://subscribe.ru/
E-mail: ask@subscribe.ru
Отписаться Рейтингуется SpyLog

В избранное