Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6   вперед  Ctrl      все
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34679
BaHbka1980
контекст контекстович
BaHbka1980,

а в каком контексте он это сказал?

Говорит что из-за них все тормозит и если что случается с базой то ее очень трудно спасти, типа того.


(С)удак...
13 июн 13, 10:58    [14426809]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
_djХомяГ
Guest
автор
вот и вопрос нужно ли им присваивать индексы


Тут многое зависит от размера таблицы, селективности , насколько часто будут юзаться те или иные запросы в выборке , обслуживанию индексов и тд и тп - так что все неоднозначно
13 июн 13, 10:59    [14426819]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34679
angel_zar
kain111
С точки зрения производительности объективно ФК все же замедляют вставку. КАк всегда нужен баланс между ускорением работы и сложности поддержки приложения.


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


Ну почему же...
Некоторыми на свои данные наплевать, они могут за целостностью вообще не следить.
13 июн 13, 11:04    [14426853]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37198
sphinx_mv
kain111
С точки зрения производительности объективно ФК все же замедляют вставку. КАк всегда нужен баланс между ускорением работы и сложности поддержки приложения.
ОБЪЕКТИВНО внешние ключи никакого непосредственного влияния на вставкуобновление) данных не оказывают.
Да? Т.е. вы реально считаете, что если я буду вставлять 1кк записей в таблицу, связанную с другой, у которой у ПК глубина индекса ключа, скажем, 5, то 5кк лишних ридов вообще никакого влияния на вставку не окажут?

sphinx_mv
Ожидать, что личная гениальность позводит какому-нибудь "супер-разработчику поверх SQL-сервера написать что-то хотя бы соизмеримое с тем, что уже имеется внутри движка сервера - это не смешно... Даже если это ОЧЕНЬ гениальный разработчик... Хотя, IMHO, действительно гениальный разработчик на такое пойдет только под угрозой расстрела.
При адекватном тестировании и отсутствии левых заливок данных в обход протестированного кода они не нужны в принципе.

А для диаграмм все форинкеи можно сделать с флагом enforced = 0.
13 июн 13, 11:07    [14426883]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
Скажите плиз
Guest
tpg
Скажите плиз,

у вас что-то с терминологией... А говорите, что литературу читали...
К примеру, как можно присвоить столбцам индекс?

виноват за терминологию, вы правы. создать индексы значений остальных полей таблицы - вот что я имел ввиду. опять же если я правильно выражаюсь.)
13 июн 13, 11:12    [14426915]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
Паганель
Member

Откуда: Винница
Сообщений: 22550
Скажите плиз
я к тому что когда содаем первичный ключ в таблице, ему присваивается автоматически кластерный индекс, который может быть только единственным в таблице. Соответственно оставшиеся столбцы наши без индексов, вот и вопрос нужно ли им присваивать индексы
на этот вопрос можно ответить только зная, как БД будет использоваться
Например, если никогда не будет выборки по какому-то полю допустим Description, то зачем по нему строить индекс
(включить(include) его в индекс - другое дело)
13 июн 13, 11:20    [14426995]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Гавриленко Сергей Алексеевич
sphinx_mv
пропущено...
ОБЪЕКТИВНО внешние ключи никакого непосредственного влияния на вставкуобновление) данных не оказывают.
Да? Т.е. вы реально считаете, что если я буду вставлять 1кк записей в таблицу, связанную с другой, у которой у ПК глубина индекса ключа, скажем, 5, то 5кк лишних ридов вообще никакого влияния на вставку не окажут?
За деревьями не плохо бы иногда видеть лес...
Вставка записей - что с внешними ключами, что без них - как занимала, так и будет занимать точно тот же промежуток времени - практически, с точностью до тактов процессора...
С учетом необходимости контроля ссылочной целостности (что обычно бывает во вменяемых базах данных) для ЛЮБОГО дизайна (хоть "ручками", хоть на внешних ключах) - НИКАКИХ "аффектов" от использования ссылочной целостности НЕ БУДЕТ. То есть ВООБЩЕ!
Или, может, Вы предполагаете, что Ваш "проверяльщик ссылок" во вставляемых данных сделает хотя бы на одно чтение меньше, чем если эту же самую проверку выполнит сервер при проверке внешнего ключа?! Фантастика продается в другом отделе...
Я вообще склонен полагать, что проверка внешних ключей будет выполнена сервером (в-среднем) гораздо оптимальнее с точки зрения плана выполнения и гораздо менее затратнее по ресурсам сервера, чем те же самые действия, выполненные "ручками" в хранимых процедурах...
Гавриленко Сергей Алексеевич
sphinx_mv
Ожидать, что личная гениальность позводит какому-нибудь "супер-разработчику поверх SQL-сервера написать что-то хотя бы соизмеримое с тем, что уже имеется внутри движка сервера - это не смешно... Даже если это ОЧЕНЬ гениальный разработчик... Хотя, IMHO, действительно гениальный разработчик на такое пойдет только под угрозой расстрела.
При адекватном тестировании и отсутствии левых заливок данных в обход протестированного кода они не нужны в принципе.
Угу... И вперед к однопользовательской работе с БД... SERIALIZABLE рулит...
По хорошему (и то не всегда!) другого способа нет, чтобы ГАРАНТИРОВАТЬ заведомо однозначные результаты проверок, выполненные в параллельных транзакциях...
Гавриленко Сергей Алексеевич
А для диаграмм все форинкеи можно сделать с флагом enforced = 0.
13 июн 13, 13:04    [14427791]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37198
sphinx_mv
За деревьями не плохо бы иногда видеть лес...
Вставка записей - что с внешними ключами, что без них - как занимала, так и будет занимать точно тот же промежуток времени - практически, с точностью до тактов процессора...
И как же вы за один так проверите, что в родительской таблице таки есть этот вставляемый 1кк ключей? Черной магией?
sphinx_mv
Или, может, Вы предполагаете, что Ваш "проверяльщик ссылок" во вставляемых данных сделает хотя бы на одно чтение меньше, чем если эту же самую проверку выполнит сервер при проверке внешнего ключа?! Фантастика продается в другом отделе...
Я вообще склонен полагать, что проверка внешних ключей будет выполнена сервером (в-среднем) гораздо оптимальнее с точки зрения плана выполнения и гораздо менее затратнее по ресурсам сервера, чем те же самые действия, выполненные "ручками" в хранимых процедурах...
Наш "проверяльщик ссылок" сделает ровно 0 чтений, потому что в боевом коде его нет, он только в тестах.
sphinx_mv
По хорошему (и то не всегда!) другого способа нет, чтобы ГАРАНТИРОВАТЬ заведомо однозначные результаты проверок, выполненные в параллельных транзакциях...
У нас нет параллельной модификации данных в одних и тех же таблицах. А вот много данных для вставки есть.
13 июн 13, 13:35    [14427986]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
Mnior
Member

Откуда: Кишинёв
Сообщений: 6723
Гавриленко Сергей Алексеевич
При адекватном тестировании и отсутствии левых заливок данных в обход протестированного кода они не нужны в принципе.
Вы навязываете своё мировозрение ибо у вас не было настолько сложных задач (IMXO).
Когда логика предельно сложна, то ограничения спасают (пропадают излишние куски плана, лишние проверки), и постоянно смотришь на ограничения.

Да в большинстве случаев этого нет. Нет по 2м причинам:
1. Большинство задач в основном топорны как школьные поделки.
2. Большинство сложных задач реализуется тоннами линейного топорного кода.

А вот когда логика компактно, то без этого тяжелее.
13 июн 13, 13:38    [14428008]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37198
Mnior
Гавриленко Сергей Алексеевич
При адекватном тестировании и отсутствии левых заливок данных в обход протестированного кода они не нужны в принципе.
Вы навязываете своё мировозрение ибо у вас не было настолько сложных задач (IMXO).
Я никому ничего не навязыываю. Я просто троллю рассказываю, что ситуации бывают разные.
13 июн 13, 13:39    [14428016]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
Mnior
Member

Откуда: Кишинёв
Сообщений: 6723
Гавриленко Сергей Алексеевич
У нас нет параллельной модификации данных в одних и тех же таблицах. А вот много данных для вставки есть.
Ну дык зачем же тогда частными случаями обобщать.
Я же не сказал что FK всегда улучшают планы. Или не влияют как в вашей простой системе или влияют - в сложных.

Или вы хотите сказать что моё утверждение было чётко формалично? Не было. Ну тык придираться же нет смысла.

Гавриленко Сергей Алексеевич, кидать пальцы вам не надо, мы все знаем что вы гуру. И то что вы знаете лучше когда и что.
Но не каждому дано дотянутся в своей жизни до высоко нагруженных систем.

А вот учить сосунков надо от общего к частному. То что у него будет в реале. Он сначала должен понять азы, понять как оно фунчиклирует. Постепенно.
И лишь потом самодовольно показывать BSDM редкие вещи и подводные камни. Тогда он поймёт чему завидовать.
13 июн 13, 13:52    [14428123]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
Адмiнiстратор
Member [заблокирован]

Откуда: Pikosec.Com
Сообщений: 49
Внешние ключи, это в какойто мере недостаток РМД.
Почти 50% современной базы это айдишники, а значит мегаджоины, ухудшение перформанца, искуственное раздутие базы.
Вот кстате всем отписавшим два простых запроса в помощь:

select count(*) from INFORMATION_SCHEMA.COLUMNS where Column_Name like '%ID' -- 2589 колонок
select count(*) from INFORMATION_SCHEMA.COLUMNS where Column_Name not like '%ID' -- 3369 колонок


Чтобы избежать этих недостатков, нужны иерархические, документоориентованые СУБД, в которых структура
данных упрощается в многие разы.

Но если у вас по другой МС СКЛ, не стоит на повозке ослика перевозить зенитные комплексы, конечно нужно делать внешние ключи.
13 июн 13, 14:00    [14428204]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
defragmentator
Member

Откуда:
Сообщений: 20504
kain111
- Это действительно некоторое замедление вставки данных. поскольку при вставке в таблицу фактов идет проверка поля на котором есть ФК для соответствия значения справочному, т.е. по сути лишний подзапрос.


А про чтение что скажете? Ускоряет иногда или нет?
13 июн 13, 14:17    [14428342]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34679
Гавриленко Сергей Алексеевич
Наш "проверяльщик ссылок" сделает ровно 0 чтений, потому что в боевом коде его нет, он только в тестах.


Ага, и покрытие тестами у вас -- конечно же 100%.
13 июн 13, 14:54    [14428758]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Гавриленко Сергей Алексеевич
sphinx_mv
За деревьями не плохо бы иногда видеть лес...
Вставка записей - что с внешними ключами, что без них - как занимала, так и будет занимать точно тот же промежуток времени - практически, с точностью до тактов процессора...
И как же вы за один так проверите, что в родительской таблице таки есть этот вставляемый 1кк ключей? Черной магией?
Бред.
ЕСЛИ Вы проверяете ссылочную целостность, Вы все равно должны ПРОВЕРИТЬ "стопицотмулленов" записей на соответствие ключей - для каждой записи. Без всякой черной магии. Просто должны. И просто проверяете. Так или иначе. Рано или поздно.
Ну, а если "не проверяете" (хоть по причине, что Вам это сугубо "положительно"), Ваши аргументы "по существу" вообще НЕ относятся к вопросу...
Гавриленко Сергей Алексеевич
sphinx_mv
Или, может, Вы предполагаете, что Ваш "проверяльщик ссылок" во вставляемых данных сделает хотя бы на одно чтение меньше, чем если эту же самую проверку выполнит сервер при проверке внешнего ключа?! Фантастика продается в другом отделе...
Я вообще склонен полагать, что проверка внешних ключей будет выполнена сервером (в-среднем) гораздо оптимальнее с точки зрения плана выполнения и гораздо менее затратнее по ресурсам сервера, чем те же самые действия, выполненные "ручками" в хранимых процедурах...
Наш "проверяльщик ссылок" сделает ровно 0 чтений, потому что в боевом коде его нет, он только в тестах.
О! Это полярный пушной зверек!
Черная магия на марше - разработана система, которая обеспечивает ссылочную целостность без проверок ссылочной целостности.
Вам не смешно ТАКОЕ приводить в качестве Вашей аргументации против внешних ключей?
Может, заодно поделитесь секретом, как Вам удалось насмерть закрыть администраторам базу данных для прямого DML?
Гавриленко Сергей Алексеевич
sphinx_mv
По хорошему (и то не всегда!) другого способа нет, чтобы ГАРАНТИРОВАТЬ заведомо однозначные результаты проверок, выполненные в параллельных транзакциях...
У нас нет параллельной модификации данных в одних и тех же таблицах. А вот много данных для вставки есть.
"Детсадовские" базы данных многогигабайтных размеров? С ОЧЕНЬ интенсивной вставкой данных из многих источников? Ну, их есть у меня...
Вот только что вменяемое из этого должно следовать? Как это должно соотнести необходимость проверки ссылочной целостности в базах данных относительно отсутствия необходимости таких проверок?
13 июн 13, 15:05    [14428906]     Ответить | Цитировать Сообщить модератору
 Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34679
defragmentator
kain111
- Это действительно некоторое замедление вставки данных. поскольку при вставке в таблицу фактов идет проверка поля на котором есть ФК для соответствия значения справочному, т.е. по сути лишний подзапрос.


А про чтение что скажете? Ускоряет иногда или нет?



Ребяты,
конечно же FK замедляет все DML, кроме SELECT:

  • INSERT -- при вставке в дочернюю таблицу
  • UPDATE -- при изменении в дочерней таблице полей , участвующих в FK.
  • DELETE -- при удалении из родительской таблицы.


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

    Гавриленко конечно прав, если у вас БД отлажена, код протестирован, GUI весь всё проверяет, и всё вообще пучком, то FK свою функциональную обязанность могут и не выполнять, они действительно редко нужны, и их возникает соблазн отключить, но есть три момента:
  • Не всегда всё работает, даже если вы так думаете, и очень это хотите.
  • Не всегда БД изменяется штатным образом из штатных средств GUI и прочего, иногда программисты просто пишут запросы руками и их выполняют. Не говоря уже о том, что они ещё и ошибаются порой.
  • Современные БД -- штука всегда многопользовательская, и хорошую и правильную изолированность транзакций не все разработчики всегда продумывают, в БД бывают "гонки".

    Вот в этих ситуациях FK подчас сильно помогают.
  • 13 июн 13, 15:07    [14428925]     Ответить | Цитировать Сообщить модератору
     Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
    footballer
    Member

    Откуда:
    Сообщений: 192
    Mnior
    X-Cite
    А если их не делать, то в базе потом оказываются кривые данные
    Если их не делать то ещё и планы кривые и всё жутко тормозит.

    Оооо, у нас архитектор проекта, на который я пришёл, так же говорит. Что не помешало ему насовать индексов в немеряном количестве. И триггеров для обеспечения целостности данных.
    Ну и разбираться в базе без единого FK и неописанной структуры - то ещё удовольствие.
    13 июн 13, 15:57    [14429263]     Ответить | Цитировать Сообщить модератору
     Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
    footballer
    Member

    Откуда:
    Сообщений: 192
    Так как редактирования сообщений здесь по каким-то религиозным соображением нет, то добавлю, что ткнул не туда, а отвечал на вот это:
    BaHbka1980
    контекст контекстович
    BaHbka1980,

    а в каком контексте он это сказал?

    Говорит что из-за них все тормозит и если что случается с базой то ее очень трудно спасти, типа того.
    13 июн 13, 16:03    [14429323]     Ответить | Цитировать Сообщить модератору
     Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
    Гавриленко Сергей Алексеевич
    Member

    Откуда: Moscow
    Сообщений: 37198
    sphinx_mv
    Бред.
    ЕСЛИ Вы проверяете ссылочную целостность, Вы все равно должны ПРОВЕРИТЬ "стопицотмулленов" записей на соответствие ключей - для каждой записи. Без всякой черной магии. Просто должны. И просто проверяете. Так или иначе. Рано или поздно.
    Ну, а если "не проверяете" (хоть по причине, что Вам это сугубо "положительно"), Ваши аргументы "по существу" вообще НЕ относятся к вопросу...
    Тогда не надо постить ваши бредовые заявления, что проверка ссылочной целостности ничего не стоит по сравнению с ее отсутствием, если не можете их аргументировать.

    sphinx_mv
    Черная магия на марше - разработана система, которая обеспечивает ссылочную целостность без проверок ссылочной целостности.
    Не надо приписывать мне придуманных вами утверждений. Иначе потрудитесь привести ссылку на мой пост, где я утверждал, что она есть.

    sphinx_mv
    Может, заодно поделитесь секретом, как Вам удалось насмерть закрыть администраторам базу данных для прямого DML?
    От меня ничего не закрыто. Вернее, я знаю пароль от моей учетной записи, от которой не закрыто.

    sphinx_mv
    Вот только что вменяемое из этого должно следовать?
    Вменяемое должно следовать следующее - не надо использовать те инструменты и возможности СУБД, которые при стечении некоторых обстоятельств и условий не нужны, особенно если они просаживают перфоманс того, что вам нужно.
    13 июн 13, 16:08    [14429374]     Ответить | Цитировать Сообщить модератору
     Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
    Гавриленко Сергей Алексеевич
    Member

    Откуда: Moscow
    Сообщений: 37198
    MasterZiv
    Гавриленко Сергей Алексеевич
    Наш "проверяльщик ссылок" сделает ровно 0 чтений, потому что в боевом коде его нет, он только в тестах.


    Ага, и покрытие тестами у вас -- конечно же 100%.
    Там, где нормализуются данные - практически.
    13 июн 13, 16:18    [14429450]     Ответить | Цитировать Сообщить модератору
     Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
    Zukora
    Member

    Откуда:
    Сообщений: 535
    Мы отошли от темы.
    автор
    авторитетный специалист сказал, что они только мешают
    Это утверждение с незаконченной формулировкой -ибо не сказано когда они мешают. В результате начался холивар на пустом месте.
    Существовали и существуют задачи, когда FK не нужен. Были времена когда о них и не слышали, записывая данные в файлы собственно разработанных форматов. Для этого систему делают так, что бы ссылочная целостность гарантировалась до ввода в информационный файл. Для таких задач FK лишний.
    Если же стоит задача контролировать данные после ввода, то мне кажется, что контроля целостности лучше чем самим сервером нет.
    13 июн 13, 16:46    [14429665]     Ответить | Цитировать Сообщить модератору
     Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
    Сергей Викт.
    Member

    Откуда: Москва
    Сообщений: 888
    Ну и демагогию вы тут все развели)
    ТС говорит о реляционной модели БД?
    Тогда само понятие - релационная (relation-отношение) дает ответ на вопрос ТСа.
    Без связей вы получите гору бесполезных и крайне тяжело обрабатываемых данных.
    Не знаю, что у вас за специалист сказал так, может он говорил про конкретный какой-то случай?
    13 июн 13, 16:51    [14429703]     Ответить | Цитировать Сообщить модератору
     Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
    Maxx
    Member [скрыт]

    Откуда:
    Сообщений: 24290
    Чисто свои 5 коп
    Нужны или нет вопрос практически холиварный
    Потому как только практика может показать надо или нет
    Применяем у себя когда нужно действительно.. есно если у в Бд есть часть которая грузить тем же балкм тонны записей - ФК на таких таблицахь нет. все равно пато идет обработка и транформация в нормальную форму хранения.
    Придерживаюсь так сказать след правила - не стоит везде пихать все что знаеш, надо всегда спросить себя 5 раз надо ето или нет в конкретном случае.
    13 июн 13, 17:30    [14429919]     Ответить | Цитировать Сообщить модератору
     Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
    tortoise
    Member

    Откуда: UK
    Сообщений: 532
    Сергей Викт.
    Ну и демагогию вы тут все развели)
    ТС говорит о реляционной модели БД?
    Тогда само понятие - релационная (relation-отношение) дает ответ на вопрос ТСа.
    Без связей вы получите гору бесполезных и крайне тяжело обрабатываемых данных.
    Не знаю, что у вас за специалист сказал так, может он говорил про конкретный какой-то случай?


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

    Возможая Смена структуры данных - серьезный причина не использовать FK .
    Возможое использ. распределенных справочников - другая причина

    FK - необходимы в курсовых и м.б. для коробочных решений
    13 июн 13, 17:35    [14429939]     Ответить | Цитировать Сообщить модератору
     Re: Скажите, а обязательно нужно делать связи между таблицами?  [new]
    ку-ку
    Guest
    Сергей Викт.
    Ну и демагогию вы тут все развели)
    ТС говорит о реляционной модели БД?
    Тогда само понятие - релационная (relation-отношение) дает ответ на вопрос ТСа.


    при всем уважении, почитайте, откуда название-то пошло.
    никак не от "связей между таблицами".
    RELATION это отношение.
    то, что наглядно изображается в виде таблицы.
    т.е реляционная модель описывает способ организации данных в виде таблиц,
    а не в виде иерархических списков, к примеру.
    13 июн 13, 17:41    [14429968]     Ответить | Цитировать Сообщить модератору
    Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6   вперед  Ctrl      все
    Все форумы / Microsoft SQL Server Ответить