Соседей общий размер базы данных

Основы выбора оптимального размера базы данных

Соседей общий размер базы данных

По материалам статьи Брайан Найт (Brian Knight) на sqlservercentral.com: ” The Basics of Sizing a SQL Server Database”

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

В данной статье рассказывается, как следить за размером базы данных после ее создания и содержится несколько советов по выбору оптимального размера базы данных до ее создания. Итак, какое оборудование необходимо приобрести для вашей базы данных? От вашего ответа зависит будет ли это SAN или достаточно несколько RAID 1 дисков.

К счастью, существует несколько продуктов, которые достаточно точно определяют размер базы данных до ее создания. Например, вы можете использовать ERwin (продукт компании CA) для определения размера вашей базы данных через X месяцев. Вы также можете заполнить базу произвольными данными используя продукты, сходные с Datatect 1.6.

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

Легче всего вычислить размер базы данных с помощью программ моделирования баз данных, таких как ERwin. ERwin, как и большинство программ моделирования баз данных, имеет панель размера БД, которая позволяет вам указать множество параметров при создании таблицы. В ERwin вы можете указать:

– начальное количество строк – количество ежемесячно добавляющихся строк

– будет ли столбец содержать NULL

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

Единственная вещь, которую не учитывает Erwin, это индексированные представления, которые могут занимать существенное место, если они основываются на больших таблицах. Когда вы имеете общее представление о том, какого размера будет ваша база данных, вы можете проверить вашу теорию с помощью такого продукта, как Datatect 1.6(www.datatect.com).

Datatect позволяет вам создать реалистичные произвольные данные для заполнения вашей БД. При этом также учитывается, что загружаемые данные имеют вторичные ключи. После того, как автор статьи перепробовал все другие генераторы данных, он склонен находить, что Datatect 1.6 оказался самым удобным средством для загрузки значительного обьема произвольных данных в его БД.

Автор статьи считает, что другие генераторы данных работают неустойчиво и могут легко нарушить работу CPU. Итак, почему желательно заполнять БД тестовыми данными? Несколько месяцев назад автор использовал ERwin для проектирования базы данных нового продукта, размер которой через 6 месяцев эксплуатации должен был составлять 50 Гб.

Разработчики продукта использовали для тестовую БД, содержавшую всего несколько сотен простых записей и не могли понять особенностей реализации для баз такого размера. После заполненния БД с использованием Datatect они получили возможность найти дефекты в приложении, которые могли бы привести к краху сервера через 6 месяцев, когда БД уже будет в промышленной эксплуатации.

С помощью Datatect я заполнил 10 Гб таблицу реалистичными, тестовыми данными за 12 часов. Та же задача с помощью подобного продукта другой, более крупной фирмы, заняла больше 8 дней. Перед загрузкой данных убедитесь, что вы убрали все кластерные индексы. В противном случае время загрузки значительно возрастет.

Как только вы имеете тестовую БД вы можете использовать такие программы, как WinRunner, которые позволяют измерить производительность, что бы увидеть, как приложение работает с таким большим количеством записей. Заключительный совет: следите и изучайте (смотри и учись!).

Вы можете пользоваться этим советом, когда хотите достаточно точно определить размер БД и затем воспользоваться полученными прогнозами при установке сервера. Когда автор устанавливает сервер, он создаёт таблицу на каждом сервере, в которой ведёт статистику роста БД. Каждую неделю фиксируется информация о размере каждой БД и копируется в электронную таблицу.

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

http://www.sqlservercentral.com/columnists/bknight/usp_database.sql

/* Procedure for 8.0 server */ create proc usp_databases as   set nocount on   declare @name sysname

  declare @SQL nvarchar(600)

  /* Use temporary table to sum up database size w/o using group by */   create table #databases (             DATABASE_NAME sysname NOT NULL,

                size int NOT NULL)

  declare c1 cursor for       select name from master.dbo.sysdatabases

        where has_dbaccess(name) = 1 — Only look at databases to which we have access

  open c1
  fetch c1 into @name

  while @@fetch_status >= 0   begin     select @SQL = 'insert into #databases             select N'''+ @name + ''', sum(size) from '             + QuoteName(@name) + '.dbo.sysfiles'         /* Insert row for each database */         execute (@SQL)         fetch c1 into @name   end
  deallocate c1

  select         DATABASE_NAME,         DATABASE_SIZE = size*8,/* Convert from 8192 byte pages to K */         RUN_DT=GETDATE()   from #databases

  order by 1

GO

Источник: https://www.sql.ru/articles/mssql/01082002basicsofsizingsqlserverdatabase.shtml

Как узнать размер базы данных в Microsoft SQL Server? | Info-Comp.ru – IT-блог для начинающих

Соседей общий размер базы данных

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

Надеюсь, Вы понимаете, что все действия, которые мы будем рассматривать в данном материале, требуют определенных знаний в части Microsoft SQL Server и языка T-SQL, поэтому если Вы новичок, то я Вам рекомендую предварительно или после прочтения данной статьи и в случае возникновения тех ли иных вопросов, ознакомиться со следующими материалами:

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

Примечание! В качестве СУБД в примерах ниже будет использована версия Microsoft SQL Server 2016 Express. На данном экземпляре SQL сервер создана база данных TestBase, размер которой мы и будем узнавать.

Узнаем размер базы данных с помощью SQL Server Management Studio

Данный способ подразумевает использование графического инструмента SQL Server Management Studio и заключается он в открытие свойств конкретной базы данных, где как раз и есть информация о ее размере.

Для того чтобы узнать размер базы данных с помощью Management Studio, открываем ее и в «Обозревателе объектов» выбираем нужную базу данных, кликаем по ней правой кнопкой мыши и выбираем «Свойства».

В итоге у Вас откроется окно «Свойства базы данных», в котором будет отображено много информации. На вкладке «Общие» в разделе «База данных» есть свойство «Размер» — это как раз размер базы данных.

Данный способ, может быть, будет не удобен, если Вам, например, необходимо узнать размер каждого файла, который относится к базе данных (например, отдельно файл с данными и журнал транзакции) или у Вас несколько баз данных и Вам необходимо получить сведения сразу по всем.

Узнаем размер базы данных с использованием системной процедуры sp_helpdb

Следующий способ, можно сказать классический, подразумевает использованием системной хранимой процедуры sp_helpdb, которая может показать информацию как по одной базе данных, для этого в качестве параметра передаем имя базы данных, так и по всем, т.е. запускаем без параметров. В случае если мы указали конкретную базу данных, то SQL сервер нам вернет дополнительный результирующий набор, в котором мы увидим информацию обо всех файлах, относящихся к данной БД, включая их размер.

EXEC sp_helpdb TestBase;

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

Определяем размер базы данных с помощью системного представления sys.database_files

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

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

–Узнаем общий размер БД SELECT SUM(CAST(size / 128.0 AS DECIMAL(17,2))) AS [Размер в MB] FROM sys.database_files –Узнаем размер каждого файла в БД SELECT name AS [Логическое имя файла], physical_name AS [Путь и имя файла в ОС], state_desc AS [Состояние файла], CAST(size / 128.0 AS DECIMAL(17,2)) AS [Размер в MB] FROM sys.database_files

Размер базы данных в SQL сервере отображается в страницах по 8 КБ, поэтому для того чтобы посчитать размер БД в мегабайтах мы должны число, которое нам возвращает SQL сервер, не только поделить на 1024, но и умножить на 8, в примере выше использована сокращенная запись данной операции (1024/8=128), которая обычно используется в официальной документации.

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

Как Вы заметили, все три способа вернули нам одинаковый результат, так и должно быть, какой из способов Вам будет удобней использовать в той или иной ситуации, решать, конечно же, Вам, а у меня на этом все, удачи!

Источник: https://info-comp.ru/obucheniest/627-size-database-in-ms-sql-server.html

Спецификации Access

Соседей общий размер базы данных

Примечание: Мы стараемся как можно оперативнее обеспечивать вас актуальными справочными материалами на вашем языке.

Эта страница переведена автоматически, поэтому ее текст может содержать неточности и грамматические ошибки. Для нас важно, чтобы эта статья была вам полезна.

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

Эта статья содержит сведения об ограничениях для файлов и объектов баз данных Microsoft Access. В большинстве случаев превышение перечисленных ниже ограничений для базы данных указывает на проблему с ее структурой.

Используя информацию, приведенную в этой статье, и тщательно проверив структуру базы данных, вы сможете найти недочеты, которые необходимо устранить для успешного внедрения. Например, импорт данных непосредственно из Microsoft Excel в Access без нормализации может привести к созданию дополнительных полей (столбцов).

Если вам нужна информация о проектировании баз данных или нормализации, воспользуйтесь ссылками в разделе Дополнительные сведения.

Спецификации базы данных

Спецификации проекта

Дополнительные сведения

Сведения в приведенных ниже таблицах относятся к базам данных Access. Различия конкретных версий (если они есть) упоминаются отдельно

Атрибут

Максимальное значение

Общий размер базы данных Access (ACCDB- или MDB-файла), включая все объекты и данные

2 ГБ за вычетом места, необходимого для системных объектов.

Примечание: Это ограничение можно обойти, создав связи с таблицами из других баз данных Access. Вы можете создать связи с таблицами из нескольких файлов баз данных, максимальный размер каждого из которых составляет 2 ГБ.

Общее количество объектов в базе данных

32 768

Количество модулей (включая формы и отчеты, у которых свойство HasModule имеет значение Истина)

 1000

Количество символов в имени объекта

64

Количество символов в пароле

14

Примечание: В Access 2007 пароль может содержать 20 символов.

Количество символов в имени пользователя или группы

20

Количество одновременно работающих пользователей

255

К началу страницы

Атрибут

Максимальное значение

Количество символов в имени таблицы

64

Количество символов в имени поля

64

Количество полей в таблице

255

Количество открытых таблиц

2048, включая связанные таблицы и таблицы, открытые в Access для внутренних целей

Размер таблицы

2 ГБ за вычетом места, необходимого для системных объектов

Количество символов в поле “Короткий текст”

Примечание: В Access 2013 и более поздних версий поля “Текст” заменены полями “Короткий текст”.

255

Количество символов в поле “Длинный текст”

Примечание: В Access 2013 и боле поздних версий поля Memo заменены полями “Длинный текст”.

65 535 при вводе данных с помощью пользовательского интерфейса;
1 ГБ для хранения символов при вводе данных программным способом

Размер поля “Объект OLE”

1 ГБ

Количество индексов в таблице

32, включая индексы для внутренних целей (созданные для поддержки связей между таблицами), индексы по одному полю и составные индексы

Количество полей в индексе или первичном ключе

10

Количество символов в сообщении о проверке

255

Количество символов в правиле проверки, включая знаки пунктуации и операторы

2 048

Количество символов в описании поля или таблицы

255

Количество символов в записи (кроме полей “Длинный текст” и “Объект OLE”), когда для свойства полей UnicodeCompression задано значение Да

4 000

Количество символов в значении свойства поля

255

К началу страницы

Атрибут

Максимальное значение

Количество установленных связей

32 на одну таблицу за вычетом количества индексов этой таблицы, созданных для полей или сочетаний полей, которые не участвуют в связях *

Количество таблиц в запросе

32 *

Количество соединений в запросе

16 *

Количество полей в наборе записей

255

Размер набора записей

1 ГБ

Ограничение сортировки

255 символов в одном или нескольких полях

Количество уровней вложенности запросов

50 *

Количество символов в ячейке в бланке запроса

1 024

Количество символов для параметра в запросе с параметрами

255

Количество операторов AND в предложении WHERE или HAVING

99 *

Количество символов в инструкции SQL

Приблизительно 64 000 *

* Максимальные значения могут быть меньше, если запрос содержит многозначные поля подстановки (только для ACCDB-файлов).

К началу страницы

Атрибут

Максимальное значение

Количество символов в метке

2 048

Количество символов в текстовом поле

65 535

Ширина формы или отчета

22, 75 дюйма. (57,79 см)

Высота раздела

22,75. (57,79 см)

Высота всех разделов вместе с заголовками (в Конструкторе)

200. (508 см)

Количество уровней вложенности форм или отчетов

7

Количество полей или выражений, которые можно сортировать или группировать в отчете

10

Количество заголовков и примечаний в отчете

1 верхний/нижний колонтитул отчета; 1 верхний/нижний колонтитул страницы;

10 заголовков и колонтитулов групп

Количество печатных страниц в отчете

65 536

Количество элементов управления и разделов, которые можно добавить в течение жизненного цикла формы или отчета

754

Количество символов в инструкции SQL, которая служит свойством Recordsource или Rowsource для формы, отчета или элемента управления.

32 750

К началу страницы

Атрибут

Максимальное значение

Количество макрокоманд в макросе

999

Количество символов в условии

255

Количество символов в комментарии

255

Количество символов в аргументе макрокоманды

255

К началу страницы

Ниже приведен список таблиц, применимых к проектам ADP.

Атрибут

Максимальное значение

Количество объектов в проекте Access (ADP-файле)

32 768

Количество модулей (включая формы и отчеты, у которых свойство HasModule имеет значение Истина)

 1000

Количество символов в имени объекта

64

Количество столбцов в таблице

250 (Microsoft SQL Server 6.5)

1024 (Microsoft SQL Server 7.0, 2000 и 2005)

К началу страницы

Атрибут

Максимальное значение

Количество символов в метке

2 048

Количество символов в текстовом поле

65 535

Ширина формы или отчета

22 дюйма. (55,87 см)

Высота раздела

22 дюйма. (55,87 см)

Высота всех разделов вместе с заголовками (в Конструкторе)

200. (508 см)

Количество уровней вложенности форм или отчетов

7

Количество полей или выражений, которые можно сортировать или группировать в отчете

10

Количество заголовков и примечаний в отчете

1 верхний/нижний колонтитул отчета; 1 верхний/нижний колонтитул страницы;

10 заголовков и колонтитулов групп

Количество печатных страниц в отчете

65 536

Количество элементов управления и разделов, которые можно добавить в течение жизненного цикла формы или отчета

754

Количество символов в инструкции SQL, служащей значением свойства Recordsource или Rowsource формы, отчета или элемента управления (для ACCDB- и ADP-файлов)

32 750

К началу страницы

Атрибут

Максимальное значение

Количество макрокоманд в макросе

999

Количество символов в условии

255

Количество символов в комментарии

255

Количество символов в аргументе макрокоманды

255

К началу страницы

К началу страницы

Источник: https://support.microsoft.com/ru-ru/office/%D1%81%D0%BF%D0%B5%D1%86%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8-access-0cf3c66f-9cf2-4e32-9568-98c1025bb47c

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.