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

Откуда: Москва
Сообщений: 68
Схему данных в PRIMARY, а данные в например FG1, и активной сделать FG1.
4 окт 13, 15:44    [14924812]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Лукьчнчук Анатолий
Member

Откуда: Москва
Сообщений: 68
Microsoft SQL Server 2008 (SP3) - 10.0.5500.0 (X64)
Sep 21 2011 22:45:45
Copyright (c) 1988-2008 Microsoft Corporation
Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) (VM)
4 окт 13, 15:45    [14924819]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Glory
Member

Откуда:
Сообщений: 104751
Лукьчнчук Анатолий
Схему данных в PRIMARY

Схемой данных вы называете системные таблицы ? Или что-то другое ?

И что такое "сделать активной файловую группу" ?
4 окт 13, 15:47    [14924850]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
Вангую что ТС хочет разделить данные страниц и их индексы по разным ФГ.
4 окт 13, 16:11    [14925050]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Glory
Member

Откуда:
Сообщений: 104751
stavgreengo
Вангую что ТС хочет разделить данные страниц и их индексы по разным ФГ.

А чего он тогда данные называет схемой данных ? )
4 окт 13, 16:12    [14925053]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Лукьчнчук Анатолий
Member

Откуда: Москва
Сообщений: 68
Glory
Лукьчнчук Анатолий
Схему данных в PRIMARY

Схемой данных вы называете системные таблицы ? Или что-то другое ?

И что такое "сделать активной файловую группу" ?

Хранимые процедуры, пользовательские функции, определения таблиц, представлений, индексы, и других объектов.
4 окт 13, 16:15    [14925069]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Glory
Member

Откуда:
Сообщений: 104751
Лукьчнчук Анатолий
Хранимые процедуры, пользовательские функции, определения таблиц, представлений, индексы, и других объектов.

Все это хранится в системных таблицах.
4 окт 13, 16:16    [14925084]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Лукьчнчук Анатолий
Member

Откуда: Москва
Сообщений: 68
Glory
Лукьчнчук Анатолий
Схему данных в PRIMARY

Схемой данных вы называете системные таблицы ? Или что-то другое ?

И что такое "сделать активной файловую группу" ?

активная = по умолчанию
4 окт 13, 16:16    [14925089]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Лукьчнчук Анатолий
Member

Откуда: Москва
Сообщений: 68
Glory
Лукьчнчук Анатолий
Хранимые процедуры, пользовательские функции, определения таблиц, представлений, индексы, и других объектов.

Все это хранится в системных таблицах.

а системные таблицы в какой файловой группе хранятся?
4 окт 13, 16:17    [14925101]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34705
Лукьчнчук Анатолий, нет, не стоит.
4 окт 13, 16:19    [14925115]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Glory
Member

Откуда:
Сообщений: 104751
Лукьчнчук Анатолий
Glory
пропущено...

Схемой данных вы называете системные таблицы ? Или что-то другое ?

И что такое "сделать активной файловую группу" ?

активная = по умолчанию

Отделение системных данных от пользовательских делают. По-моему, в том же Navision. Но мне кажется, что вовсе не для производительности.
4 окт 13, 16:19    [14925117]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Glory
Member

Откуда:
Сообщений: 104751
Лукьчнчук Анатолий
Glory
пропущено...

Все это хранится в системных таблицах.

а системные таблицы в какой файловой группе хранятся?

Всегда в PRIMARY
4 окт 13, 16:19    [14925118]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31980
Лукьчнчук Анатолий,

Любое действие делается для каких то целей.

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

Вот вы объясните, для чего вам, тогда можно будет сказать, стоит разделять или нет. Просто так делать отдельную файлгруппу - зачем, только путаться в файлах...
4 окт 13, 16:22    [14925144]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Лукьчнчук Анатолий
Member

Откуда: Москва
Сообщений: 68
alexeyvg
Лукьчнчук Анатолий,

Любое действие делается для каких то целей.

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

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

Для уменьшения блокировок при обновлении объектов базы.
4 окт 13, 16:26    [14925178]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
Лукьчнчук Анатолий
alexeyvg
Лукьчнчук Анатолий,

Любое действие делается для каких то целей.

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

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

Для уменьшения блокировок при обновлении объектов базы.

их никак не может стать меньше от этого...ну никак, поверьте на слово.
4 окт 13, 16:27    [14925192]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Лукьчнчук Анатолий
Member

Откуда: Москва
Сообщений: 68
stavgreengo
Лукьчнчук Анатолий
пропущено...

Для уменьшения блокировок при обновлении объектов базы.

их никак не может стать меньше от этого...ну никак, поверьте на слово.

Микрософтовским учебникам я пока что верю больше. А Вас я первый раз читаю.
4 окт 13, 16:29    [14925205]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
Лукьчнчук Анатолий
stavgreengo
пропущено...

их никак не может стать меньше от этого...ну никак, поверьте на слово.

Микрософтовским учебникам я пока что верю больше. А Вас я первый раз читаю.

а что в майкрософтовских учебниках где-то написано что количество блокировок уменьшается при разнесении стуктур БД по ФГ и размещением их на разные физические дисковые массивы(опять вангую) ???
4 окт 13, 16:34    [14925234]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Лукьчнчук Анатолий
Member

Откуда: Москва
Сообщений: 68
stavgreengo
Лукьчнчук Анатолий
пропущено...

Микрософтовским учебникам я пока что верю больше. А Вас я первый раз читаю.

а что в майкрософтовских учебниках где-то написано что количество блокировок уменьшается при разнесении стуктур БД по ФГ и размещением их на разные физические дисковые массивы(опять вангую) ???

Написано в "оф курс подготовки к 70-432". На какой странице - не помню.
4 окт 13, 16:44    [14925291]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
Лукьчнчук Анатолий
stavgreengo
пропущено...

а что в майкрософтовских учебниках где-то написано что количество блокировок уменьшается при разнесении стуктур БД по ФГ и размещением их на разные физические дисковые массивы(опять вангую) ???

Написано в "оф курс подготовки к 70-432". На какой странице - не помню.

а может быть там всё таки написано о сокращении времени удержания блокировок в памяти на конкретные ресурсы при обращении к ним, а не сокращении количества блокировок как такового ?
4 окт 13, 16:50    [14925328]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Лукьчнчук Анатолий
Member

Откуда: Москва
Сообщений: 68
stavgreengo
Лукьчнчук Анатолий
пропущено...

Написано в "оф курс подготовки к 70-432". На какой странице - не помню.

а может быть там всё таки написано о сокращении времени удержания блокировок в памяти на конкретные ресурсы при обращении к ним, а не сокращении количества блокировок как такового ?

страница 42 в электронной оригинальной англоязычной версии

Besides being the logical defi nition for one or more fi les that defi nes the storage boundary
for an object, fi legroups have a property called DEFAULT. The purpose of the DEFAULT property
is to defi ne the fi legroup where SQL Server places objects if you do not specify the ON clause
during object creation.
When the database is created, the primary fi legroup is marked as the default fi legroup.
After you create the database, you should mark the second fi legroup as the default
fi legroup. By changing the default fi legroup, you ensure that any objects you create are
not accidentally placed on the primary fi legroup and that only the system objects for the
database reside on the primary fi legroup. You change the default fi legroup by using the
following command:
ALTER DATABASE <database name> MODIFY FILEGROUP <filegroup name> DEFAULT
The main reason not to place any of your objects on the primary fi legroup is to provide
as much isolation in the I/O as possible. The data in the system objects does not change as
frequently as data in your objects. By minimizing the write activity to the primary data fi le,
you reduce the possibility of introducing corruption due to hardware failures. In addition,
because the state of the primary fi legroup also determines the state of the database,
you can increase the availability of the database by minimizing the changes made to the
primary fi legroup.
Following the initial creation of the database, you add fi legroups as needed to separate
the storage of objects within the database. You also add fi les to fi legroups to increase the disk
I/O available to the objects stored on the fi legroup, thereby reducing disk bottlenecks.
4 окт 13, 16:54    [14925348]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
Лукьчнчук Анатолий
stavgreengo
пропущено...

а может быть там всё таки написано о сокращении времени удержания блокировок в памяти на конкретные ресурсы при обращении к ним, а не сокращении количества блокировок как такового ?

страница 42 в электронной оригинальной англоязычной версии

Besides being the logical defi nition for one or more fi les that defi nes the storage boundary
for an object, fi legroups have a property called DEFAULT. The purpose of the DEFAULT property
is to defi ne the fi legroup where SQL Server places objects if you do not specify the ON clause
during object creation.
When the database is created, the primary fi legroup is marked as the default fi legroup.
After you create the database, you should mark the second fi legroup as the default
fi legroup. By changing the default fi legroup, you ensure that any objects you create are
not accidentally placed on the primary fi legroup and that only the system objects for the
database reside on the primary fi legroup. You change the default fi legroup by using the
following command:
ALTER DATABASE <database name> MODIFY FILEGROUP <filegroup name> DEFAULT
The main reason not to place any of your objects on the primary fi legroup is to provide
as much isolation in the I/O as possible. The data in the system objects does not change as
frequently as data in your objects. By minimizing the write activity to the primary data fi le,
you reduce the possibility of introducing corruption due to hardware failures. In addition,
because the state of the primary fi legroup also determines the state of the database,
you can increase the availability of the database by minimizing the changes made to the
primary fi legroup.
Following the initial creation of the database, you add fi legroups as needed to separate
the storage of objects within the database. You also add fi les to fi legroups to increase the disk
I/O available to the objects stored on the fi legroup, thereby reducing disk bottlenecks.

о минимизации количества блокировок ни слова. А вот упразднить "I/O available to the objects stored on the filegroup, thereby reducing disk bottlenecks." было бы не плохо. Но только знать точно надо что bottlenecks именно в I/O, а допустим не в малом количестве ОЗУ выделенном под сервер СУБД и необходимости постоянно перезаливать буферный кэш при активной пользовательской нагрузке в виду нехватки размера последнего. Да и потом с чего вы решили что разнесение структур объектов доступа к данным отдельно от самих данных будет выгоднее чем вынос в отдельную ФГ отдельных высоконагруженных таблиц со всеми структурами ?
4 окт 13, 17:05    [14925419]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Лукьчнчук Анатолий
Member

Откуда: Москва
Сообщений: 68
stavgreengo
о минимизации количества блокировок ни слова. А вот упразднить "I/O available to the objects stored on the filegroup, thereby reducing disk bottlenecks." было бы не плохо. Но только знать точно надо что bottlenecks именно в I/O, а допустим не в малом количестве ОЗУ выделенном под сервер СУБД и необходимости постоянно перезаливать буферный кэш при активной пользовательской нагрузке в виду нехватки размера последнего. Да и потом с чего вы решили что разнесение структур объектов доступа к данным отдельно от самих данных будет выгоднее чем вынос в отдельную ФГ отдельных высоконагруженных таблиц со всеми структурами ?

Меньше I/O - следовательно может быть и меньше блокровок. Вынос высоконагруженных таблиц в отдельную ФГ не исключает выноса "схемы" в PRIMARY.
4 окт 13, 17:31    [14925560]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31980
Лукьчнчук Анатолий
Меньше I/O - следовательно может быть и меньше блокровок. Вынос высоконагруженных таблиц в отдельную ФГ не исключает выноса "схемы" в PRIMARY.
Вы совсем не про то говорите.

Нету зависимости I/O от количества файловых групп, и в цитируемом документе тоже не говорится о такой зависимости. Просто внимательнее прочтите текст.
Лукьчнчук Анатолий
Микрософтовским учебникам я пока что верю больше. А Вас я первый раз читаю.
Эээ, а зачем тогда спрашиваете? Это как то нелогично :-)

Нужно как то воспринимать всю доступную информацию; в конце концов в учебниках тоже часто встречаются ошибки, кроме того есть умолчания, условия применения и т.п. - т.е. как бы ошибки нет, но в итоге неправильно, в контексте данной ситуации и данного вопроса.
4 окт 13, 17:41    [14925626]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Александр52
Member

Откуда: Кокосовые острова ส็็็็็
Сообщений: 5136
Прежде всего нужно для себя понять - зачем же все таки придумали эти файловые группы.
Поверьте, уж точно они сделаны не для уменьшения кол-ва блокировок : )
4 окт 13, 17:47    [14925665]     Ответить | Цитировать Сообщить модератору
 Re: Стоит ли разделять схему данных и данные на отдельные файловые группы?  [new]
Уленшпигель
Member

Откуда:
Сообщений: 115
Лукьчнчук Анатолий
Меньше I/O - следовательно может быть и меньше блокровок.


Вы о каких блокировках говорите? Блокировки СУБД - логические сущности, происходящие от предпринимаемых над данными действий. Их количество от физического разнесения баз по файловым группам никак не изменится.
4 окт 13, 19:24    [14925905]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить