Рассылка закрыта
При закрытии подписчики были переданы в рассылку "Вопросы и ответы по MS SQL Server" на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
| ← Октябрь 2000 → | ||||||
|
1
|
||||||
|---|---|---|---|---|---|---|
|
3
|
4
|
5
|
6
|
7
|
8
|
|
|
9
|
11
|
12
|
13
|
14
|
15
|
|
|
16
|
18
|
19
|
20
|
21
|
22
|
|
|
23
|
25
|
26
|
27
|
28
|
29
|
|
|
30
|
||||||
Автор
Статистика
17.597 подписчиков
-20 за неделю
-20 за неделю
MS SQL Server - дело тонкое...
#018<< #019
DBA и безопасность
Пароль SA может оказаться пустым при изменении механизма проверки подлинности MS SQL Server 2000.
При инсталляции MS SQL Server 2000 может возникнуть ситуация, когда пароль SA окажется пустым. При выборе Windows Security Authentication, Вы должны ввести пароль для учетной записи SA. Однако, если Вы собираетесь использовать механизм проверки подлинности Windows-only и соответствующие настройки будут выполнены Вами позже, пароль SA останется пустым.
Чтобы исключить не санкционированный доступ к ресурсам сервера под учётной записью SA в период между инсталляцией и сменой механизма аутентификации, необходимо изменить пароль SA сразу после завершения работы процедур установки сервера баз данных. Для этого Вы можете использовать процедуру sp_password.
Подробное описание проблемы и путей её решения можно найти здесь:
http://support.microsoft.com/support/kb/articles/q274/7/73.asp?FR=1
СОВЕТЫ
Управление заданиями через Transact-SQL
(По материалам статьи Graz на SQLTEAM.COM "Controlling Jobs in Transact-SQL")
Graz часто получает вопросы по обработке/экспорту данных с переменным форматом в режиме "fire and forget". Он предлагает простой способ выполнять эти задачи используя механизм заданий (JOBS). Задания могут легко быть определены и выполнены с помощью Enterprise Manager или через Transact-SQL. В статье рассматриваются несколько хранимых процедур, позволяющих управлять заданиями. Первая процедура - sp_start_job имеет следующий синтаксис:
sp_start_job [@job_name = ] 'job_name', [@server_name = ] 'server_name'
Задание job_name' запускается на исполнение на сервере server_name. По умолчанию, выполнять эту процедуру может любой участник роли public. Процедура возвратит 1 - в случае ошибки или отказа запуска задания и 0 - в случае успешного запуска задания. Вы, возможно, известили server_name параметр.
После запуска задания, Вы можете проверить состояние его исполнения с помощью другой процедуры sp_help_job. Основной синтаксис которой:
sp_help_job [@job_name = ] 'job_name'
Процедура возвратит Вам в отчёте несколько столбцов текущих параметров исполнения задания. В статье рассматривается только один такой параметр - current_execution_status, который может принимать следующие значения:
0 - Возвращают только те задания, которые - не простаивают или не зависли.
1 - Выполнение.
2 - Ожидание потока.
3 - Ожидание повтора.
4 - Простой.
5 - Зависло.
7 - Завершено удачно.
Sp_help_job имеет много параметров, которые подробно описаны в Books Online.
Если Вы желаете отменить задание, можно использовать sp_stop_job. Синтаксис этой процедуры следующий:
sp_stop_job [@job_name = ] 'job_name', [@server_name = ] 'server_name'
Как удержать разработчиков прикладного ПО ваших баз данных под контролем...
(По материалам статьи Steve Jones на SWINK.COM "Keeping Your Developers Under Control")
В этой статье Стив обращается к одной из существенных проблем обеспечения надёжности работы сервера баз данных, а точнее к причине "вечной" головной боли DBA, правилам организации и управления проектами разработки приложений использующих данные MS SQL Server. В основе статьи лежит личный опыт автора, которому удалось упорядочить доступ разработчиков к ресурсам сервера, что положительно сказалось, как на надёжность системы в целом, так и на скорости исполнения проектов.
Правила:
1. "Sa" и "dbo" права делегируются только DBA и администратору проекта, отвечающему за перенос объектов с тестового сервера на "боевой".
2. Разработчики не имеет никаких прав на промышленных серверах.
3. Все объекты принадлежат "dbo"
4. Все изменения подробно регистрируются.
(см. http://www.swynk.com/friends/sjones/Logging.asp)
5. Все изменения представлены в виде скриптов.
6. Ведётся тотальный контроль и учёт версий объектов.
Каждый хочет больших прав. Но то, что хорошо для демократии не подходит для баз данных. SQL сервер, это - диктатура DBA. Для разработчиков создаются специальные группы, которым делегируются права на создание процедур и представлений. В некоторых случаях, могут быть делегированы права на создание таблиц. Впрочем, автор статьи предпочитает обсуждать все изменения с разработчиком до их внедрения, чтобы гарантировать, что они нормированы и не дублируют уже имеющиеся объекты, а заодно и лишний раз проверить, тоже не помешает...
ГОТОВИМСЯ К ТЕСТУ ПО 1139А
ШПАРГАЛКА №4 Продолжение (обзор официального курса Microsoft)
(Архив шпаргалок Вы найдёте в предыдущих номерах на http://pilgrim.rostov-na-donu.ru/sql/default.htm или на http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself)
Файлгруппы
Введение понятия групп файлов является очень полезным новшеством в седьмой версии SQL сервера. Наряду с технологией RAID, размещение фалов данных в разных группах файлов открывает новые перспективы повышения гибкости и производительности сервера баз данных. Использование сервером нескольких логических дисков, расположенных на разных дисковых массивах (а лучше, что бы они имели и разные контроллеры) позволит Вам разместить на них разные файлы по принципу организации доступа к данным. Например, файлы, относящиеся к одной группе и принадлежащие базе данных, которая обслуживает OLAP и OLTP приложения, могут содержать таблицы специализирующиеся только в одном направлении, что в сочетании с разнесением их на разные дисковые массивы может существенно поднять производительность приложений.
По умолчанию, SQL сервер помещает все новые объекты в одну, главную группу файлов, которая представляет собой именованный набор файлов баз данных содержащих данные и индексы. Журналы транзакций в файлгруппы не входят и являются обособленным понятием. В главную файлгруппу входят все системные таблицы, поэтому очень важно правильно рассчитать размер дискового пространства, которое этой группе отводится. В случае исчерпания главной файлгруппой дискового пространства работа сервера может быть полностью парализована. Кроме главной группы, могут быть созданы пользовательские. Создание таких групп возможно через MS SQL SEM или с помощью оператора ALTER DATABASE через ключи FILEGROUP и FILE. Сведения о файлгруппах и их объектах можно получить с помощью системных хранимых процедур sp_helpfile и sp_helpfilegroup. При оценке размера дискового пространства, которое будет отведено группам файлов необходимо учитывать сколько места занимает база model вместе с системными таблицами; объём данных; количество и размер индексов, размер значения ключа, число строк и коэффициент их заполнения. Оценив фактические затраты дискового пространства, вам следует также построить прогноз роста файлов. Если у вас используются таблицы, которые размещаются в собственных файлах, то размер такого файла можно прогнозировать по планируемому изменению размера таблицы. Поскольку заполнение страниц таблицы может осуществляться не полностью, а с учётом заданного коэффициента, задача расчёта занимаемого таблицей дискового пространства не является линейной. Выполнить такую оценку можно зная следующие параметры: число строк, размер строки и число строк на странице. Число записей, которое может содержать таблица вашей базы данных можно прогнозировать на основе статистики ввода данных за время существования сервера. Оценить число страниц таблицы можно посчитав количество байт в записи (сумма фиксированных длин полей средних длин полей переменной длинны). Разделив 8060 на длину записи, а потом, разделив общее число записей на это значение, Вы получите искомое значение. Помните только, что длина записи не может превышать страницу, а страницы могут заполняться не полностью.
Ещё одним, неоспоримым, преимуществом файлгрупп является возможность определения индивидуальных правил резервного копирования для каждой группы файлов. Таким образом, разместив в отдельных группах файлов редко изменяемые данные, вы можете реже отвлекать ресурсы сервера на создание их резервных копий.
Конец шпаргалки №4
Вопросы для повторения
ВОПРОС
Вы создаете базу данных, в которой предполагается выполнять большой объем операций INSERT, UPDATE и DELETE. Достаточно ли будет принять предлагаемый по умолчанию размер журнала транзакций - 25% от общего размера базы данных? Что необходимо учесть, если базу данных планируется использовать главным образом для обслуживания запросов?
ОТВЕТ
Если база данных будет интенсивно обновляться, лучше увеличить размер журнала транзакций. В базах данных, используемых главным образом для обслуживания запросов, обычно не обязательно иметь слишком большой журнал транзакций. Имеет смысл сократить размер журнала примерно до 10% от общего размера базы данных.
ВОПРОС
Вы создаете базу данных на нескольких дисках. В эти данные пользователи будут постоянно вносить изменения. Что можно предпринять для повышения производительности и избежания конфликтов из-за ресурсов дисков?
ОТВЕТ
Для повышения производительности можно использовать средства чередования дисков (технология RAID); журнал транзакций следует хранить отдельно от файлов базы данных, чтобы избежать конфликтов доступа к дискам при попытке сервера SQL Server изменить базу данных и одновременно зарегистрировать эти действия в журнале. Второй путь заключается в использовании групп файлов для повышения производительности, особенно в том случае, когда лишь часть файлов базы данных требует частого проведения резервного копирования вследствие активного внесения изменений.
ВОПРОС
Следя за использованием файлов базы данных и журналов транзакций, вы заметили, что журнал уже почти заполнен. Что произойдет, когда он будет полон? Что можно предпринять, чтобы избежать нехватки свободного места в журнале?
ОТВЕТ
Если журнал транзакций полностью заполнен, вы не сможете изменить содержимое базы данных до тех пор, пока журнал не будет архивирован или расширен. Во избежание переполнения регулярно отслеживайте свободное место в журнале и расширяйте журнал по мере необходимости; можно ввести режим автоматического роста журнала, а также задать выдачу предупреждения о том, что размер свободного пространства журнала стал ниже определенного уровня.
Продолжение следует
РАБОТА ДЛЯ DBA (Только пошлите английское резюме)
POSITION ID: montage.5739 EMAIL: kris@montagesolutions.com
POSITION ID: 65940-PF EMAIL: PFJobs@Howardsystems.com
WEB: http://www.howardsystems.com
POSITION ID: 112 EMAIL: ram.kumar@formulasys.com
WEB: http://www.formulasys.com
POSITION ID: PX4134-D EMAIL: Mike.Lovelady@KENDA.com
WEB: href=http://www.kenda.com
POSITION ID: DCKNY101 EMAIL: chris@digitalprospectors.com
WEB: href=http://www.digitalprospectors.com
POSITION ID: RIC24 EMAIL: tarinas@ragingmouse.com
WEB: href=http://www.cgusa.com
ИНФОРМАЦИЯ АВТОРА РАССЫЛКИ
Милые Дамы и уважаемые Господа!
Напоминаю Вам, что форум переехал на новое место: http://book.by.ru/cgi-bin/book.cgi?book=SQLServer-Forum
Приношу свои искренние извинения всем, кто испытал неудобства в связи с этим переездом.
ПОЛЕЗНОСТИ
Мой призыв в форуме поделиться ссылками на интересные ресурсы в интернете по нашей тематике не остался без ответа. Вот первая "ласточка":
Сервер популярного в забугорных кругах журнала "Intelligent Enterprise" размещает на своих страницах статьи, которые могут оказаться интересными, как DBA, так и разработчикам прикладного ПО для баз данных. Вот ссылка на наиболее интересное место этого сайта: http://www.intelligententerprise.com/ports/search_celko.shtml
К величайшему своему стыду должен признать, что совершенно прозевал появление в рунете, на мой взгляд, очень замечательного и полезного сайта http://www.sql.ru.
"SQL.RU client/server technologies" - охватывает многие вопросы по SQL и клиент- серверным технологиям, причём не только MS SQL Server. Сайт снабжён многоплановым форумом, документацией, статьями, гостевой книгой, опросом, каталогом и ссылками на другие ресурсы интернет. Проект новый и поэтому интенсивно развивается. Не судите его слишком строго, у этих ребят ещё всё впереди, а ваши советы могут действительно помочь становлению нового сайта.
ДОСТУПНЫЕ РЕСУРСЫ РАССЫЛКИ:
СТРАНИЦА КАТАЛОГА
http://subscribe.ru/catalog/comp.soft.winsoft.sqlhelpyouself
АРХИВ №1 и домашняя страница рассылки
http://pilgrim.rostov-na-donu.ru/sql/default.htm
АРХИВ №2
http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself
СТАТИСТИКА
http://subscribe.ru/stat/comp.soft.winsoft.sqlhelpyouself
ФОРУМ
http://book.by.ru/cgi-bin/book.cgi?book=SQLServer-Forum
#018<< #019
Вопросы, предложения, коментарии, замечания, критику и т.п.
DBA и безопасность
Пароль SA может оказаться пустым при изменении механизма проверки подлинности MS SQL Server 2000.
При инсталляции MS SQL Server 2000 может возникнуть ситуация, когда пароль SA окажется пустым. При выборе Windows Security Authentication, Вы должны ввести пароль для учетной записи SA. Однако, если Вы собираетесь использовать механизм проверки подлинности Windows-only и соответствующие настройки будут выполнены Вами позже, пароль SA останется пустым.
Чтобы исключить не санкционированный доступ к ресурсам сервера под учётной записью SA в период между инсталляцией и сменой механизма аутентификации, необходимо изменить пароль SA сразу после завершения работы процедур установки сервера баз данных. Для этого Вы можете использовать процедуру sp_password.
Подробное описание проблемы и путей её решения можно найти здесь:
http://support.microsoft.com/support/kb/articles/q274/7/73.asp?FR=1
СОВЕТЫ
Управление заданиями через Transact-SQL
(По материалам статьи Graz на SQLTEAM.COM "Controlling Jobs in Transact-SQL")
Graz часто получает вопросы по обработке/экспорту данных с переменным форматом в режиме "fire and forget". Он предлагает простой способ выполнять эти задачи используя механизм заданий (JOBS). Задания могут легко быть определены и выполнены с помощью Enterprise Manager или через Transact-SQL. В статье рассматриваются несколько хранимых процедур, позволяющих управлять заданиями. Первая процедура - sp_start_job имеет следующий синтаксис:
sp_start_job [@job_name = ] 'job_name', [@server_name = ] 'server_name'
Задание job_name' запускается на исполнение на сервере server_name. По умолчанию, выполнять эту процедуру может любой участник роли public. Процедура возвратит 1 - в случае ошибки или отказа запуска задания и 0 - в случае успешного запуска задания. Вы, возможно, известили server_name параметр.
После запуска задания, Вы можете проверить состояние его исполнения с помощью другой процедуры sp_help_job. Основной синтаксис которой:
sp_help_job [@job_name = ] 'job_name'
Процедура возвратит Вам в отчёте несколько столбцов текущих параметров исполнения задания. В статье рассматривается только один такой параметр - current_execution_status, который может принимать следующие значения:
0 - Возвращают только те задания, которые - не простаивают или не зависли.
1 - Выполнение.
2 - Ожидание потока.
3 - Ожидание повтора.
4 - Простой.
5 - Зависло.
7 - Завершено удачно.
Sp_help_job имеет много параметров, которые подробно описаны в Books Online.
Если Вы желаете отменить задание, можно использовать sp_stop_job. Синтаксис этой процедуры следующий:
sp_stop_job [@job_name = ] 'job_name', [@server_name = ] 'server_name'
Как удержать разработчиков прикладного ПО ваших баз данных под контролем...
(По материалам статьи Steve Jones на SWINK.COM "Keeping Your Developers Under Control")
В этой статье Стив обращается к одной из существенных проблем обеспечения надёжности работы сервера баз данных, а точнее к причине "вечной" головной боли DBA, правилам организации и управления проектами разработки приложений использующих данные MS SQL Server. В основе статьи лежит личный опыт автора, которому удалось упорядочить доступ разработчиков к ресурсам сервера, что положительно сказалось, как на надёжность системы в целом, так и на скорости исполнения проектов.
Правила:
1. "Sa" и "dbo" права делегируются только DBA и администратору проекта, отвечающему за перенос объектов с тестового сервера на "боевой".
2. Разработчики не имеет никаких прав на промышленных серверах.
3. Все объекты принадлежат "dbo"
4. Все изменения подробно регистрируются.
(см. http://www.swynk.com/friends/sjones/Logging.asp)
5. Все изменения представлены в виде скриптов.
6. Ведётся тотальный контроль и учёт версий объектов.
Каждый хочет больших прав. Но то, что хорошо для демократии не подходит для баз данных. SQL сервер, это - диктатура DBA. Для разработчиков создаются специальные группы, которым делегируются права на создание процедур и представлений. В некоторых случаях, могут быть делегированы права на создание таблиц. Впрочем, автор статьи предпочитает обсуждать все изменения с разработчиком до их внедрения, чтобы гарантировать, что они нормированы и не дублируют уже имеющиеся объекты, а заодно и лишний раз проверить, тоже не помешает...
ГОТОВИМСЯ К ТЕСТУ ПО 1139А
ШПАРГАЛКА №4 Продолжение (обзор официального курса Microsoft)
(Архив шпаргалок Вы найдёте в предыдущих номерах на http://pilgrim.rostov-na-donu.ru/sql/default.htm или на http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself)
Файлгруппы
Введение понятия групп файлов является очень полезным новшеством в седьмой версии SQL сервера. Наряду с технологией RAID, размещение фалов данных в разных группах файлов открывает новые перспективы повышения гибкости и производительности сервера баз данных. Использование сервером нескольких логических дисков, расположенных на разных дисковых массивах (а лучше, что бы они имели и разные контроллеры) позволит Вам разместить на них разные файлы по принципу организации доступа к данным. Например, файлы, относящиеся к одной группе и принадлежащие базе данных, которая обслуживает OLAP и OLTP приложения, могут содержать таблицы специализирующиеся только в одном направлении, что в сочетании с разнесением их на разные дисковые массивы может существенно поднять производительность приложений.
По умолчанию, SQL сервер помещает все новые объекты в одну, главную группу файлов, которая представляет собой именованный набор файлов баз данных содержащих данные и индексы. Журналы транзакций в файлгруппы не входят и являются обособленным понятием. В главную файлгруппу входят все системные таблицы, поэтому очень важно правильно рассчитать размер дискового пространства, которое этой группе отводится. В случае исчерпания главной файлгруппой дискового пространства работа сервера может быть полностью парализована. Кроме главной группы, могут быть созданы пользовательские. Создание таких групп возможно через MS SQL SEM или с помощью оператора ALTER DATABASE через ключи FILEGROUP и FILE. Сведения о файлгруппах и их объектах можно получить с помощью системных хранимых процедур sp_helpfile и sp_helpfilegroup. При оценке размера дискового пространства, которое будет отведено группам файлов необходимо учитывать сколько места занимает база model вместе с системными таблицами; объём данных; количество и размер индексов, размер значения ключа, число строк и коэффициент их заполнения. Оценив фактические затраты дискового пространства, вам следует также построить прогноз роста файлов. Если у вас используются таблицы, которые размещаются в собственных файлах, то размер такого файла можно прогнозировать по планируемому изменению размера таблицы. Поскольку заполнение страниц таблицы может осуществляться не полностью, а с учётом заданного коэффициента, задача расчёта занимаемого таблицей дискового пространства не является линейной. Выполнить такую оценку можно зная следующие параметры: число строк, размер строки и число строк на странице. Число записей, которое может содержать таблица вашей базы данных можно прогнозировать на основе статистики ввода данных за время существования сервера. Оценить число страниц таблицы можно посчитав количество байт в записи (сумма фиксированных длин полей средних длин полей переменной длинны). Разделив 8060 на длину записи, а потом, разделив общее число записей на это значение, Вы получите искомое значение. Помните только, что длина записи не может превышать страницу, а страницы могут заполняться не полностью.
Ещё одним, неоспоримым, преимуществом файлгрупп является возможность определения индивидуальных правил резервного копирования для каждой группы файлов. Таким образом, разместив в отдельных группах файлов редко изменяемые данные, вы можете реже отвлекать ресурсы сервера на создание их резервных копий.
Конец шпаргалки №4
Вопросы для повторения
ВОПРОС
Вы создаете базу данных, в которой предполагается выполнять большой объем операций INSERT, UPDATE и DELETE. Достаточно ли будет принять предлагаемый по умолчанию размер журнала транзакций - 25% от общего размера базы данных? Что необходимо учесть, если базу данных планируется использовать главным образом для обслуживания запросов?
ОТВЕТ
Если база данных будет интенсивно обновляться, лучше увеличить размер журнала транзакций. В базах данных, используемых главным образом для обслуживания запросов, обычно не обязательно иметь слишком большой журнал транзакций. Имеет смысл сократить размер журнала примерно до 10% от общего размера базы данных.
ВОПРОС
Вы создаете базу данных на нескольких дисках. В эти данные пользователи будут постоянно вносить изменения. Что можно предпринять для повышения производительности и избежания конфликтов из-за ресурсов дисков?
ОТВЕТ
Для повышения производительности можно использовать средства чередования дисков (технология RAID); журнал транзакций следует хранить отдельно от файлов базы данных, чтобы избежать конфликтов доступа к дискам при попытке сервера SQL Server изменить базу данных и одновременно зарегистрировать эти действия в журнале. Второй путь заключается в использовании групп файлов для повышения производительности, особенно в том случае, когда лишь часть файлов базы данных требует частого проведения резервного копирования вследствие активного внесения изменений.
ВОПРОС
Следя за использованием файлов базы данных и журналов транзакций, вы заметили, что журнал уже почти заполнен. Что произойдет, когда он будет полон? Что можно предпринять, чтобы избежать нехватки свободного места в журнале?
ОТВЕТ
Если журнал транзакций полностью заполнен, вы не сможете изменить содержимое базы данных до тех пор, пока журнал не будет архивирован или расширен. Во избежание переполнения регулярно отслеживайте свободное место в журнале и расширяйте журнал по мере необходимости; можно ввести режим автоматического роста журнала, а также задать выдачу предупреждения о том, что размер свободного пространства журнала стал ниже определенного уровня.
Продолжение следует
РАБОТА ДЛЯ DBA (Только пошлите английское резюме)
POSITION ID: montage.5739 EMAIL: kris@montagesolutions.com
POSITION ID: 65940-PF EMAIL: PFJobs@Howardsystems.com
WEB: http://www.howardsystems.com
POSITION ID: 112 EMAIL: ram.kumar@formulasys.com
WEB: http://www.formulasys.com
POSITION ID: PX4134-D EMAIL: Mike.Lovelady@KENDA.com
WEB: href=http://www.kenda.com
POSITION ID: DCKNY101 EMAIL: chris@digitalprospectors.com
WEB: href=http://www.digitalprospectors.com
POSITION ID: RIC24 EMAIL: tarinas@ragingmouse.com
WEB: href=http://www.cgusa.com
ИНФОРМАЦИЯ АВТОРА РАССЫЛКИ
Милые Дамы и уважаемые Господа!
Напоминаю Вам, что форум переехал на новое место: http://book.by.ru/cgi-bin/book.cgi?book=SQLServer-Forum
Приношу свои искренние извинения всем, кто испытал неудобства в связи с этим переездом.
ПОЛЕЗНОСТИ
Мой призыв в форуме поделиться ссылками на интересные ресурсы в интернете по нашей тематике не остался без ответа. Вот первая "ласточка":
Сервер популярного в забугорных кругах журнала "Intelligent Enterprise" размещает на своих страницах статьи, которые могут оказаться интересными, как DBA, так и разработчикам прикладного ПО для баз данных. Вот ссылка на наиболее интересное место этого сайта: http://www.intelligententerprise.com/ports/search_celko.shtml
К величайшему своему стыду должен признать, что совершенно прозевал появление в рунете, на мой взгляд, очень замечательного и полезного сайта http://www.sql.ru.
"SQL.RU client/server technologies" - охватывает многие вопросы по SQL и клиент- серверным технологиям, причём не только MS SQL Server. Сайт снабжён многоплановым форумом, документацией, статьями, гостевой книгой, опросом, каталогом и ссылками на другие ресурсы интернет. Проект новый и поэтому интенсивно развивается. Не судите его слишком строго, у этих ребят ещё всё впереди, а ваши советы могут действительно помочь становлению нового сайта.
ДОСТУПНЫЕ РЕСУРСЫ РАССЫЛКИ:
СТРАНИЦА КАТАЛОГА
http://subscribe.ru/catalog/comp.soft.winsoft.sqlhelpyouself
АРХИВ №1 и домашняя страница рассылки
http://pilgrim.rostov-na-donu.ru/sql/default.htm
АРХИВ №2
http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself
СТАТИСТИКА
http://subscribe.ru/stat/comp.soft.winsoft.sqlhelpyouself
ФОРУМ
http://book.by.ru/cgi-bin/book.cgi?book=SQLServer-Forum
#018<< #019
Вопросы, предложения, коментарии, замечания, критику и т.п.
присылайте Александру на адрес:
MSSQLHelp@pisem.net
|
На рассылку подписано:
|
|
|
|
|||||||
|
http://subscribe.ru/
E-mail: ask@subscribe.ru |
| В избранное | ||
