СОВЕТ

Способы подсчета количества записей в каждой из таблиц базы данных
По материалам статьи Rahul Sharma на sqlservercentral.com: " Different ways to count the number of records in each table in the database"
Перевод Алексея Неупокоева

В этой стате рассматриваются несколько способов, с помощью которых можно подсчитать количество записей в таблицах базы данных MS SQL Server

Способ 1: Поскольку приведенный ниже sql-код для подсчета количества записей использует таблицу sysindexes, его результат зависит от того, была ли обновлена статистика.

T-SQL:

select substring(o.name, 1, 30) Table_Name ,i.rows Number_of_Rows
from sysobjects o
inner join sysindexes i
on (o.id = i.id)
where o.xtype = 'u'
and i.indid < 2
order by o.name

В приведенном примере xtype = 'u' используется для выбора объектов типа "таблица", а использование indid < 2 гарантирует выборку всех таблиц (как имеющих, так и не имеющих индексы).

Способ 2: Следующий sql-код также может быть использован для определения количества записей в таблицах базы данных. Для подсчета числа строк этот sql-код использует функцию агрегации. Обрамление кавычками выбранного названия таблицы необходимо для обработки пробелов в названии (если такие названия существуют).

T-SQL:

SET NOCOUNT ON
   DECLARE tables_cursor CURSOR
      FOR
      SELECT name FROM sysobjects WHERE type = 'U' order by 1
   OPEN tables_cursor
   DECLARE @tablename varchar(50)

   FETCH NEXT FROM tables_cursor INTO @tablename

   WHILE (@@fetch_status <> -1)
   BEGIN
   select @tablename = quotename(@tablename, '[]')
      DECLARE @CMD VARCHAR(100)
      PRINT @TABLENAME
      SELECT @CMD = ' select count(*) from '+@tablename+' '
   EXEC (@CMD)

      FETCH NEXT FROM tables_cursor INTO @tablename
   END
   DEALLOCATE tables_cursor
   SET NOCOUNT OFF

Способ 3: Для решения поставленной задачи можно также использовать недокументированную хранимую процедуру sp_Msforeachtable. Sp_Msforeachtable сканирует все таблицы в определенной базе данных и выполняет указанную sql-команду (ы) для каждой из таблиц. Для подстановки имени таблицы используется символ "?".

T-SQL:

sp_msforeachtable @command1= 'print ''?''', @command2 = "select count(*) from ?"

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

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

Реализация репликации

При проведении репликации важно отслеживать все аспекты процесса, начиная с изменений, вносимых в публикацию, и кончая проверкой реплицированных изменений в базе данных подписчика. Удобнее всего проводить мониторинг репликации с помощью специально предназначенных для этого средств сервера, однако можно также пользоваться системными хранимыми процедурами и содержимым системных таблиц.
Программа SQL Server Replication Monitor является составной частью программы SQL Server Enterprise Manager и доступна только на сервере-дистрибуторе. Она предназначена для просмотра состояния агентов репликации и поиска причин возможных неполадок репликации.
В программе SQL Server Replication Monitor можно выполнять следующие действия:
- просматривать список издателей, публикаций и подписок;
- просматривать список агентов репликации, включенных в расписание;
- отображать текущие данные о работе агента репликации и на их основе получать сводку об обработанных транзакциях, операторах, операциях вставки и обновлениях;
- устанавливать профили и свойства агентов репликации;
- задавать и отслеживать оповещения, связанные с событиями репликации;
- просматривать истории агентов репликации.

В процессе управления репликацией необходимо рассмотреть ряд важных вопросов сопровождения, включая управление выделенным пространством и контроль стратегий создания резервных копий.
Управление пространством включает следующие задачи:
- Отслеживание размера базы данных distribution, направленное на то, чтобы всегда иметь достаточно места для хранения заданий репликации: определите срок хранения истории репликации и реплицируемых транзакций; установите свойства дистрибутора, контролирующие срок хранения.
- Контроль работы вспомогательных агентов.

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

Агент	Описание
Agent history clean up: distribution	Удаляет записи истории агентов репликации из базы данных distribution.
Distribution clean up: distribution	Удаляет реплицированные транзакции из базы данных distribution.
Expired subscription clean up	Выявляет и удаляет из публикуемых баз данных неактивные подписки.
Reinitialize subscriptions having data validation failures	Заново инициализирует все подписки, которые не действовали из-за нарушения достоверности данных.
Replication Agents Checkup	Выявляет агентов репликации, не производящих активной журнализации истории работы.

Убедитесь, что стратегии создания резервных копий баз данных и журналов транзакций действуют; это позволит поддерживать надлежащий размер журнала транзакций. Весьма важно иметь резервную копию базы данных distribution, так как если она будет потеряна, придется заново создавать все публикации и подписки. С планированием и реализацией стратегий создания резервных копий связаны следующие задачи.
- Отслеживайте все проблемы, связанные с базой данных distribution, которые могут отразиться на работе издателя. Например, если в базе данных distribution не остается свободного места, то из журнала транзакций издателя невозможно удалить транзакции, ожидающие публикации.
- Подготовьте планы регенерации данных и повторной синхронизации на случай сбоя.
- Подготовьте стратегию действий в случае сбоя издателя, дистрибутора или подписчика.

Использование сценариев репликации дает множество преимуществ, включая сокращение затрат времени на административные задачи и гарантию возможности воссоздания схемы репликации. Создавать сценарии репликации целесообразно по следующим причинам: - Сценарий позволяет сэкономить время, если требуется одинаковым образом настроить несколько серверов. Вместо того, чтобы каждый раз выполнять процедуру установки с помощью программы Enterprise Manager, можно просто запустить сценарий.
- В сценарии можно реализовать механизм регенерации данных. Например, в случае сбоя сервера-издателя или сервера-дистрибутора можно после замены оборудования выполнить сценарий повторной установки репликации.
- Можно отслеживать использование различных версий среды репликации, периодически создавая и сохраняя сценарии в системе контроля версий исходных текстов.
- С помощью сценария можно настраивать существующую среду репликации в соответствии с конкретными требованиями.

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

Для наблюдения за производительностью репликации можно использовать программы Enterprise Manager, Performance Monitor и системные хранимые процедуры. С их помощью можно получать сведения о доставленных и не доставленных транзакциях, а также о темпах доставки, в том числе о задержках.
Для получения данных о процессе репликации используются счетчики репликации, которые представляют в графическом виде те или иные характеристики процесса. С помощью программы Performance Monitor можно получать сведения по следующим счетчикам:
SQLServer:Replication Agents - Число агентов репликации, работающих в данный момент.
SQLServer:Replication Dist - Интервал времени в миллисекундах, прошедший от момента доставки транзакций в дистрибутор до их применения к базе данных подписчика. Также показывает число команд или транзакций, доставляемых подписчику в течение секунды.
SQLServer:Replication Logreader - Интервал времени в миллисекундах, прошедший от момента применения транзакций к базе данных издателя до момента их доставки дистрибутору. Также показывает число команд или транзакций, доставляемых дистрибутору в течение секунды.
SQLServer:Replication Marge - Число строк, объединяемых в секунду при слиянии от подписчика к издателю или от издателя к подписчику. Также показывает число конфликтов, возникающих в течение секунды в процессе слияния.
SQLServer:Replication Snapshot - Число команд или транзакций, доставляемых дистрибутору в течение секунды.

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

Тим информации	Хранимые процедуры
О серверах	sp_helpserver
	sp_helpremotelogin
О базах данных	sp_helpdb
	sp_helpdistributor
	sp_helppublication
	sp_helpsubscription
	sp_helpsubscriberinfo
Об операциях репликации	sp_replcmds
	sp_repltrans
	sp_replcounters

В таблицах истории содержатся данные обо всех агентах репликации. Истории репликации следует периодически просматривать, чтобы выявлять задачи, выполнившиеся неудачно, и определять причины сбоев. Тексты сообщений содержат обозначение проблемной области, например, неполадки подключений, недостаточный уровень разрешений доступа, ошибки переполнения журнала.
С помощью программы Replication Monitor можно просматривать данные о ходе репликации, относящиеся к выбранному агенту в некоторой публикации. Например, отображается сводка данных о сеансах агента, охватывающая промежуток времени от начала выполнения программы агента до прекращения.
История агента также включает несколько предварительно определенных запросов к истории сеансов, в частности, запросы следующих видов:
- по всем сеансам;
- по сеансам, проходившим в заданный интервал времени, например, за последние 24 часа, за последние два дня или за последнюю неделю;
- по сеансам с ошибками

В таблицах историй, содержащихся в базе данных distribution, отслеживается выполнение заданий репликации, относящихся ко всем агентам репликации. Речь идет о следующих таблицах историй (по одной для каждого агента): MSsnapshot_history; Mslogreader_history; Msdistribution_history; Msmerge_history.

К числу многих трудностей, которые могут возникать в процессе репликации, относятся проблемы подключений и безопасности. Прежде чем анализировать возникшие неполадки, необходимо определить, какие серверы ими затронуты, изучив для этого порядок выполнения операций агентами репликации. При устранении неполадок особое внимание следует обратить на доступность каждого из этих серверов и баз данных, участвующих в схеме репликации.
Для поиска причин неполадок, связанных с репликацией, можно использовать несколько журналов ошибок: SQL Server Error Log (журнал ошибок сервера), SQL Server Agent Error Log (журнал о шибок агента сервера) и SQL Server Event Viewer (программа просмотра журнала событий системы Windows NT). Кроме них, можно также использовать программу SQL Server Profiler.
Агенты репликации работают в контексте пользователя, определяемом службой SQLServerAgent. Если возникают неполадки со службой MSSQLServer или SQLServerAgent, проверьте, соблюдены ли следующие условия:
- Службы MSSQLServer и SQLServerAgent запущены.
- Для службы SQLServerAgent правильно настроены учетная запись и пароль. Обычно все участники процесса репликации пользуются одной и той же учетной записью службы SQLServerAgent.
- В средах с несколькими доменами заданы учетные записи служб, определяющие доверительные отношения между доменами.

По умолчанию средства репликации сервера используют учетную запись пользователя домена системы Windows NT, назначаемую службе SQL Server Agent. Если возникают неполадки подключения, проверьте работу подключения следующим образом:
- В случае принудительной подписки. Подключитесь к дистрибутору с той же учетной записью NT, которую использует на этом сервере служба SQLServerAgent. Откройте в дистрибуторе программу Query Analyzer, выберите режим Windows NT Authentication Mode (режим проверки подлинности средствами NT) и установите соединение с подписчиком.
- В случае подписки по запросу. Подключитесь к подписчику с той же учетной записью NT, которую использует на этом сервере служба SQL Server Agent. Откройте на сервере-подписчике программу Query Analyzer, выберите режим Windows NT Authentication Mode и установите соединение с дистрибутором.

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

Сервер предоставляет возможность реплицировать данные подписчикам других типов, используя интерфейс ODBC (открытый интерфейс подключения к базам данных) и OLE DB (связывание и внедрение объектов для баз данных). Кроме того. можно реплицировать данные из источников других типов. Здесь и далее под базами данных других типов понимаются источники данных, отличные от сервера Microsoft SQL Server 7.0.

Сервер поддерживает репликацию в базы данных других типов, действующих в среде системы Windows NT или Microsoft Windows 95/98. Кроме того, можно проводить репликацию на другие платформы, при условии, что имеется соответствующий драйвер ODBC или поставщик OLE DB и необходимое программное обеспечение средств связи.
К числу типов баз данных, поддерживаемых средствами репликации сервера, относятся следующие:
- базы данных Microsoft Access;
- базы данных СУБД Oracle;
- другие базы данных, удовлетворяющие требованиям, которые предъявляются к подписчику ODBC сервера MS SQL Server.

В комплект сервера входят драйверы ODBC для баз данных типов Oracle, Access и DRDA (Distributed Relational Database Architecture - распределенная архитектура реляционных баз данных; протокол фирмы IBM). Драйверы для баз данных ODBC других типов должны удовлетворять требованиям, предъявляемым средствами репликации сервера к подписчикам ODBC общего вида и должны:
- разрешать обновления;
- соответствовать стандарту ODBC Level 1;
- поддерживать транзакции;
- поддерживать операторы языка описания данных T-SQL;
- работать в 32-разрядном режиме и обеспечивать потокобезопасность (thread-safe).

На компакт-диске сервера имеются драйверы ODBC и поставщики OLE DB для ряда источников данных разных типов. Полный список драйверов ODBC и поставщиков OLE DB см. в справочной системе BOL: задайте поиск темы "Driver Support for Heterogeneous Data Sources" (Поддержка драйверов источников данных в гетерогенной среде).
Публиковать данные в базах данных подписчиков других типов можно с помощью мастеров репликации или программы Enterprise Manager. Между издателем и подписчиком другого типа следует установить принудительную подписку. Подписка по запросу не позволяет обслуживать подписчиков других типов. Перечисленные в следующей таблице ограничения относятся к репликации в серверы-подписчики любых типов, использующие интерфейс ODBC.

Вид ограничения	Пояснение
Типы данных	Типы данных сервера отображаются в наиболее близкие им типы в базе данных назначения
Моментальные снимки	Должны иметь символьный формат программы массового копирования (BCP).
Очистка публикации	Не поддерживается перед синхронизацией.
Пакетная обработка операторов	Не поддерживается для подписчиков ODBC.
Условия конфигурации интерфейса ODBC	Имя DSN (Data Source Name - имя источника данных) базы данных ODBC должно соответствовать соглашениям об именах сервера баз данных MS. Использование идентификатора в кавычках на сервере назначения определяется драйвером ODBC сервера.

В составе сервера имеются системные хранимые процедуры, обеспечивающие поддержку репликации для подписчиков ODBC.

Системная хранимая процедура	Описание
sp_enumdsn	Сообщает имена источников данных ODBC для сервера, использующего учетную запись пользователя NT.
sp_dsninfo	Возвращает сведения о базах данных ODBC и OLE DB из дистрибутора, связанного с текущим сервером.

В структуре репликации сервера допускается использование продуктов репликации других фирм в качестве издателей. Для совместимости со средой репликации сервера Microsoft SQL Server программа издателя должна быть написана на языке Microsoft Visual Basic. Microsoft С или Microsoft Visual C++ с использованием объектов SQL-DMO (Distributed Management Objects распределенные объекты управления).
После интеграции в среду сервера такой издатель получит доступ ко всем возможностям репликации сервера:
- Программируемые объекты репликации, используемые для администрирования и мониторинга репликации. Эти объекты являются объектами SQL-DMO.
- Интерфейс дистрибутора репликации для хранения реплицируемых транзакций.
- Агент дистрибуции для пересылки транзакций подписчикам.
- Программа Enterprise Manager, позволяющая осуществлять администрирование и мониторинг репликации в графическом режиме.

Прежде чем публиковать информацию в Интернете, необходимо провести некоторую подготовку. Следующие рекомендации относятся и к принудительной подписке, и к подписке по запросу:
- убедитесь, что издатель и дистрибутор находятся по одну сторону от брандмауэра;
- убедитесь, что издатель и дистрибутор связаны между собой прямым соединением, а не только через Интернет;
- включите поддержку протокола TCP/IP на каждом компьютере, на котором работают агент распределения и агент слияния, и на компьютерах, к которым эти агенты подключаются.

В случае подписки по запросу необходимо также обеспечить следующее:
- Убедитесь, что дистрибутор установлен на том же компьютере, что и сервер Microsoft Internet Information Server (IIS).
- В качестве домашнего каталога (home directory) протокола FTP на сервере IIS установите рабочую папку службы дистрибуции. По умолчанию это папка \\имя_компьютера\С$\MSSQL7\Repldata. Проверьте, доступна ли указанная рабочая папка подписчикам.
- Задайте правильный адрес FTP для агента распределения и агента слияния, установленных на сервере подписчика. Адрес можно установить с помощью служебной программы агента распределения репликации \MSSQL7\binn\distrib.exe, запускаемой из командной строки среды дистрибутора.

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

Дополнительные сведения по темам, указанным ниже, можно найти в справочной системе BOL. Проведение репликации слиянием для приложения в базу данных приложения Access - ключ поиска: replicating to Access. Составление сценария топологии репликации - ключ поиска: scripting a replication topology.

Вопросы для повторения

ВОПРОС
Как определить число транзакций, помеченных к репликации в журнале транзакций и ожидающих считывания агентом дистрибуции?
ОТВЕТ
Воспользуйтесь программой SQL Server Performance Monitor и посмотрите значения счетчиков репликации.
ВОПРОС Что следует проверить в первую очередь, если все ваши публикации перестали доставляться?
ОТВЕТ
Проверьте службу SQLServerAgent и убедитесь, что она работает и правильно настроена. Проверьте также базу данных distribution и журналы службы SQL Server Agent.
ВОПРОС
Вы закончили настройку репликации. В публикуемые данные внесены изменения, но эти изменения не реплицируются подписчику. Как определить, какой из агентов репликации виноват в этом?
ОТВЕТ
Просмотрите истории агентов и проверьте операции каждого агента, чтобы определить, успешно ли они выполнились.

Окончание ШПАРГАЛКИ #12 и всего цикла шпаргалок

ПОЛЕЗНОСТИ

Работа с клиентскими наборами данных
Автор: Mike Goblin.
В данной части будет рассмотрено применение клиентских наборов данных в dbExpress. Согласно иерархии классов в Kylix к клиентским наборам данных относятся классы TSQLClientDataSet и TClientDataSet. Последний из них является частью технологии MIDAS. Так как на сегодняшний день поддержка данной технологии в Kylix до конца не реализована, то основное внимание мы уделим рассмотрению TSQLClientDataSet... [подробнее]
Динамическое создание строки связи с помощью OLE DB Data Link из программ на VB6
Автор: Р. Подлинов.
Вам необходимо, чтобы в Вашей программе на VB можно было легко создать(изменить) строку связи (ConnectionString) с БД (например SQL Server, Oracle, Jet и др.) или другим источником данных. Кроме этого желательно, чтобы для работы с базой данных, OLE DB провайдер использовался напрямую, а не через ODBC посредника... [подробнее]
Хранилище данных на SQL Server 2000 и компоненты OLAP
Автор: Microsoft.
Microsoft SQL Server™ 2000 имеет ряд компонент, позволяющих трансформировать OLTP-данные и предоставлять OLAP-информацию лицам, принимающим решения... [подробнее]

Новости проекта SQL.RU

На главной странице сайта SQL.RU проводится опрос: «Поддерживаете ли Вы идею создания Russian SQL User Group?». Приглашаем Вас высказать своё отношение к этой идее.

Организуется очередная встреча любителей SQL. На этот раз в Луховицах на авиашоу. Желающие присоединится и приятно провести время, могут обратиться за дополнительной информацией сюда:
Следующая встреча RSUG

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

Support WebCast: Understanding INSTEAD OF Triggers in Microsoft SQL Server 2000
Support WebCast: Microsoft SQL Server 2000 Windows CE Edition Overview and Programming
Support WebCast: Troubleshooting Distributed Queries in SQL Server 7.0
Support WebCast: Microsoft SQL Server 2000 Log Shipping
Support WebCast: Multi-instancing in Microsoft SQL Server 2000
Support WebCast: Microsoft SQL Server 2000: Merge Replication Enhancements
Support WebCast: Microsoft SQL Server 2000: New XML Features
Support WebCast: Analyzing Optimal Compiled Plan Caching
Support WebCast: Understanding User-Defined Functions in Microsoft SQL Server 2000
Support WebCast: Introduction to Microsoft SQL Server 2000 Clustering
Support WebCast: How to Effectively Use SQL Server Profiler
Support WebCast: Effective Indexing and Statistics with SQL 2000
Support WebCast: Implementing ADOX in Jet and SQL Server Applications
Support WebCast: Microsoft SQL Server 7.0 Common Problems and Resolutions
Support WebCast: Optimizing SQL Server 7.0 on Windows 2000 Advanced Server and Windows 2000 Datacenter Server
Support WebCast: Inside Microsoft SQL Server 6.5 Replication
Support WebCast: Cascading Referential Integrity Constraints in SQL Server 2000
Support WebCast: SQL Server 7.0 Full-Text Search and Basic Troubleshooting Methods
Support WebCast: SQL Server 2000 Profiler: What's New and How to Effectively Use It
Support WebCast: SQL Server 2000 Database Recovery: Backup and Restore
Support WebCast: SQL Server 7.0: Features of Data Transformation Services
Q304222 - FIX: Merge Replication Non-Convergence Occurs with Local Subscribers when Published Table has 32 or More Columns
Q181479 - FIX: Getting SELECT DISTINCT to Work Under ADO with SQL Server
Q195761 - INF: Frequently Asked Questions - Failover
Q243586 - INF: Troubleshooting Stored Procedure Recompilation
Q260758 - INF: Frequently Asked Questions - SQL Server 2000 - Failover Clustering
Q280808 - FIX: SQL Server 7.0 Pull Subscriber Applies Obsolete SQL Server 2000 Merge Agent Snapshot
Q290413 - FIX: DB-Library sp_cursor Fails with Error Message 16933 if Bracketed Identifiers are Passed with the Tablename Parameter
Q294209 - INF: Rebuilding or Moving MSDTC Used with a Failover Clustered SQL Server
Q294388 - FIX: Reading Perflib Registry Values Terminates SQL Server Startup with Fatal Exception
Q295032 - FIX: Job Step Fails if First INSERT of Batch Job Encounters a Msg 3604 Error
Q296267 - FIX: Analysis Services Cubes Using Unisys DMS II Database Report ODBC Error
Q298093 - FIX: BOL Incorrectly Demonstrates Usage of sp_change_primary_role with @job_id Parameter
Q299005 - FIX: Analysis Server Shuts Down When Updating Virtual Dimension After Structure Changes
Q300099 - PRB: Restoring Archive from Server with Metadata Format to Server with Access Repository Fails
Q301217 - HOW TO: Prebuild a SQL Server CE Database
Q303370 - PRB: Memory Error When Loading Large Dimensions
Q303789 - INFO: Using MSDE 2000 With SQL Server CE RDA and Replication
Q304957 - BUG: Analysis Manager May Fail To Connect After Migration of Repository
Q305137 - FIX: Error "Unable to retrieve children: Member with the UniqueName not found"
Support WebCast: How to Collect and Analyze Performance Data in Microsoft SQL Server

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

Работа с данными через Интернет
SQL-Mail OutLook. Отправка.
Еще раз о Instead, многотабличном view и клиентах
Проблема с кодировкой при использовании DTS
Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
Auto shrink
sp_executesql (exec) и локальный курсор
MS SQL Server и кэширующие дисковые контроллеры
Уважаемые господа профи...
Альтернатива *
RSUG: По следам критических замечаний
оператор GO
Отображение дат MSSQL server 7 - помогите

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

Ошибка при открытии табл, при создании новой таблицы...