Быстрый ввод большого объема данных в SQL Server

Question

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

При поиске в Интернете кажется, что «большие данные» чаще применяются к более высокой скорости, но к меньшим «битам» (т. Е. Рыночным данным).

Итак ..

• Есть ли более научный способ, чем "попробовать и посмотреть, что получится"?
• Является ли "просто бросить аппаратное обеспечение" лучшим подходом?
• Существуют ли какие-либо технологии / технические документы / поисковые термины, которые мне следует проверить?
• Есть ли убедительная причина рассмотреть какую-либо другую базу данных (или просто сохранить на диск)?

Извините, это довольно открытый вопрос (может быть, лучше для программистов?)

Answer 1

Есть ли более научный способ, чем «попробовать и посмотреть, что получится»?

Нет, учитывая, что ваши требования очень необычны.

Является ли "просто бросить оборудование на это" лучшим подходом?

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

Существуют ли какие-либо технологии / технические документы / условия поиска, которые мне следует проверить?

Недействительновопрос в контексте вопроса - вы спрашиваете специально для sql server.

Есть ли веская причина рассмотреть какую-то другую базу данных (или просто сохранить на диск)?

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

Ваша основная проблема - ввод-вывод диска и пропускная способность сети, в зависимости от размера изображений.Правильный размер оборудования, и вы должны быть в порядке.В конце это кажется менее 300 изображений в секунду.Вы уверены, что хотите сами изображения в базе данных?Обычно мне это нравится, но это все равно, что хранить фильм в картинках, и это может растянуть его.

Что бы вы ни делали, это большое количество дискового ввода-вывода и размера, поэтому аппаратное обеспечение - единственный путьесли вам нужно IOPS и т. д.