Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

А почему не просто RAID-1?

Как можно физически спрятать сервер от нейтронов, залетающих из космоса, которые являются частой причиной спонтанных ошибок RAM?

GavriKos, и как, помогает? А у данного сервера, кстати, ECC нет.

Как можно физически спрятать сервер от нейтронов, залетающих из космоса, которые являются частой причиной спонтанных ошибок RAM?

Шапочку для сервера ?

Как можно физически спрятать сервер от нейтронов, залетающих из космоса, которые являются частой причиной спонтанных ошибок RAM?

Тогда нужно знать функцию плотности вероятностей энергии нейтронов (функцию распределения по скоростям) на поверхности Земли. Думаю, смогу найти.

Как в MySQL 5.7 сделать, чтобы при пропуске в insert значения для ENUM-поля (NN) генерилась ошибка?

Вопрос остается открытым. Как сделать, чтобы при пропуске в insert значения для ENUM-поля (NOT NULL) генерилась ошибка? То есть мне нужен действительно строгий режим БД.

Как в MySQL 5.7 сделать, чтобы при пропуске в insert значения для ENUM-поля (NN) генерилась ошибка?

Нужно вроде так: insert into `test`(id) values (1);

Как в MySQL 5.7 сделать, чтобы при пропуске в insert значения для ENUM-поля (NN) генерилась ошибка?

Нет. ENUM-поля NOT NULL и без дефолтного значения.

TINYINT vs ENUM: в ситуации, когда возможных целочисленных значений всего несколько?

Оптимус Пьян, присоединяюсь к вопросу.

В MySQL не работает STRICT_TRANS_TABLES. Почему?

Boris Korobkov, а проще точно нельзя? Просто это как-то странно...

В MySQL не работает STRICT_TRANS_TABLES. Почему?

Boris Korobkov, просто это как-то странно выглядит, так как никто из комментирующих тот пост не заметил никакой ошибки... Ну да ладно. Каким тогда образом мне сделать так, чтобы при пропуске ENUM-поля с NOT NULL генерировалась ошибка, а не вставлялся 1-й элемент из этого ENUM?

В MySQL не работает STRICT_TRANS_TABLES. Почему?

Тогда я совсем запутался. Вот тут Хабрахабр: Раскрываем магию MySQL или о строгости ... автор пишет:

Если в insert запросе не указаны данные для одной из колонок, то MySQL будет обрабатывать эту ситуацию в следующем порядке:
1. Если столбец имеет значение по умолчанию, то используется это значение и на этом всё заканчивается, в противном случае происходит переход к следующему шагу
2. Если столбец не имеет параметр NOT NULL, то присваивается NULL и на этом всё заканчивается, в противном случае поведение зависит от переменной sql_mode, точнее от строгости самого режима.

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

Для нестрого режима будет вставлено значение по умолчанию для заданного типа данных.
Значения по умолчанию для каждого типа данных:
Для типов int и float значение по умолчанию ноль (0)
Для всех строк, кроме типа enum – пустая строка ('')
Для enum – первый нумерованный член

.

Или я чего-то не понимаю?

Что почитать об анализе изображений и методах выделения движушихся объектов?

Pena, спасибо!
А можете ещё кинуть ссылку на яндексовские лекции, о которых вы упомянули?

Что почитать об анализе изображений и методах выделения движушихся объектов?

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

Поделитесь, пожалуйста, ссылками.

TINYINT vs ENUM: в ситуации, когда возможных целочисленных значений всего несколько?

Ещё в документации написано, что если БД находится в strict mode, то при попытке записи в поле ENUM невозможного значения, выпадет ошибка.

TINYINT vs ENUM: в ситуации, когда возможных целочисленных значений всего несколько?

Только что проверил в консоле MySQL 5.7 у себя.
При insert into speedlimit values (1, 60); и insert into speedlimit values (2, 5); выдает ошибку.
А insert into speedlimit values (3, '60'); проходит.

TINYINT vs ENUM: в ситуации, когда возможных целочисленных значений всего несколько?

///Но я не рекомендую использовать enum с числовыми значениями.///
Почему?

TINYINT vs ENUM: в ситуации, когда возможных целочисленных значений всего несколько?

Зачем доводить до абсурда? С таким же успехом для id государств нужно выбирать не TINYINT UNSIGNED, а INT UNSIGNED. А ещё надежнее BIGINT UNSIGNED.
Если добавятся космическое корабли, то TINYINT можно заменить на INT в уже существующей таблице, а ENUM точно также можно заменить другим ENUM. Но даже это не важно, так как других значений для поля "Ограничение скорости" не будет точно!

Как в MySQL организовать самопополняющуюся таблицу-справочник?

Руслан Федосеев, ///Это одинаковые адреса или разные?///
Все разные.

Как в MySQL организовать самопополняющуюся таблицу-справочник?

Александр null, хотелось бы обойтись без внешнего кода.

Как в MySQL организовать самопополняющуюся таблицу-справочник?

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