Каковы некоторые приблизительные ограничения производительности (чтение / с, запись / с) для одного сервера базы данных (без архитектуры ведущий-ведомый) при условии хранения на диске? Сколько операций чтения и записи в зависимости от типа диска? (SSD против SSD), предполагая простые операции (выберите одну строку по первичному ключу, обновите одну строку, правильно проиндексировав). Я предполагаю, что этот предел зависит от поиска / записи на диск.
РЕДАКТИРОВАТЬ: Мой вопрос больше о получении приблизительных показателей количества операций, поддерживаемых базой данных: например, чтобы знать, может ли поддерживаться новая функция, запускающая 300 вставок / с, без масштабирования с помощью дополнительных серверов.
Вы не могу судить, не сравнивая свое приложение и загрузку.
Все сводится к уровням RAID, скорости шпинделя, размеру транзакций (а не только «вставкам»), триггерам, внешним ключам, гиперпоточности, другим приложениям на сервере, ОЗУ на сервере, расположению диска (отдельные тома для tempdb, один на t-log DB, MDF и т. д.), уровень пакета обновления, конфигурация кэша RAID-контроллера, кэш Ls + L3 процессора, количество ядер, дизайн схемы, код ...
Масштабирование проще, чем масштабирование: вы добавляете накладные расходы, если объединяете серверы или таблицы разделов. Дешевле добавить RAM и больше шпинделей.
Хорошая статья 35k TPS Пола Нильсона. По крайней мере, в 100 раз больше нагрузки, чем у ваших 300 или около того.
Могу ли я осмелиться предложить вам протестировать его, чтобы получить ответ на свой вопрос. Если у вас Windows работает SSIO.exe на вашем компьютере для разработки, чтобы проверить производительность диска, чтобы понять, как он работает, ничего не делая.
Затем запустите монитор производительности (при условии, что вы используете MS-SQL TKProf, возможно, на Oracle - не используйте mysql или другие, извините, будет аналогичный инструмент). Запустите свой запрос и посмотрите, сколько операций чтения / записи и сколько ЦП потребовалось для выполнения Это. Затем вы можете сравнить числа SSIO и Performance Monitor и масштабировать требования к оборудованию для обработки количества пользователей / частоты, которые потребуются для этого обновления, в зависимости от вашего текущего оборудования.
При этом 300 строк - это очень небольшое количество строк, которые нужно изменить для любого разумного SQL Server даже на довольно медленных дисках. Если нет массивных составных индексов или капель и т. Д. Я живу в процессах, поскольку пользователь наблюдает за запросом, который создает 1,5 миллиона строк, которые выполняются за доли секунды на относительно скромном оборудовании.
Вы можете прочитать результаты многих тестов Вот как будто сайт - надежный источник.