Лучший дизайн для базы данных, содержащей капли

Question

Я бродил, какой лучший дизайн для базы данных приложения, в котором мне нужно хранить множество записей с привязанными к ним BLOB-объектами (один к одному).

Лучше ли использовать отдельную таблицудля больших двоичных объектов?

Мое приложение использует MySQL и Hibernate.

Answer 1

Было бы лучше использовать отдельную таблицу на длинной ступени, особенно если у вас много капель. Дело в том, что когда они находятся в таблице вместе с другими полями, эта таблица будет дольше перестраиваться или изменяться со всеми каплями в них. Эта таблица будет намного быстрее, когда вы просто обратитесь к BLOB-объекту.

Я гуглил некоторую поддержку этого утверждения и нашел это длинное, но интересное чтение: http://mysqldatabaseadministration.blogspot.com/2008/01/i-will-not-blob.html

Answer 2

Ваш выбор должен зависеть от объема данных и транзакций . Если объем данных BLOB меньше (скажем, файлов меньше 10000), вы можете выполнить эти шаги, в противном случае это может быть «горлышко бутылки», как указано в этой статье .

Is it better to use a separate table for blobs?

Вы имели в виду one table со всеми столбцами как BLOB типа. Не думаю, что это хорошая идея.

What to do then?

BLOB - это один из многих типов данных, доступных в SQL . Ваш дизайн базы данных не должен зависеть от datatype you use. Скажем, вы хотите сохранить Данные пользователя , включая изображение пользователя. Я чувствую, что в User таблице usrImage должен быть столбец для хранения изображения с типом BLOB. На самом деле не имеет значения, использую я BLOB или нет, у меня будет таблица User.

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