Сергей

Если вы хотите DTO с авто-валидацией, то нет, конкретно для Laravel такого точно нет.

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

На Линуксе запросто.
https://www.google.com/search?q=mdadm+create+missing

Четвёртый диск будет с данными, которые нужно будет перекинуть в массив, освободив диск, и добавить его в массив (сделать ребилд)

Следует осознавать риск во время ребилда: ошибка любого диска - и вы можете потерять данные. На последнем диске они будут уже затёрты, а массив в это время ещё не будет иметь избыточности. Хорошо бы иметь бэкап.

На винде, вероятно, не получится такой фокус.

При достижении лимита просто удаляются старые записи, частота использования не учитывается.

https://github.com/MariaDB/server/blob/4243785f288...

Лучше не надеяться на query cache, а в приложении решать что, где кешировать и как инвалидировать кеш.

Это не баг. Сравнение с NULL дает неопределенный результат, поэтому нельзя проверить равенство/неравенство с NULL обычными средствами

Я не очень понял "Есть вариант добавить столбцы в таблицу (например нумерацию периодов для каждого субъекта), но пока не вижу в этом решения."
Без этой фразы делать можно так:

select p.*
from periods p
join (
   select subject_id, group_id, min(start) min_start, max(start) max_start, max(case when "your date" between start and finish then start end) mid_start
   from periods 
   group by subject_id, group_id 
   having mid_start is not null  /*если хотите чтобы данные выводились только те у которых "your date" попал в период  */
) temp_T on ( p.subject_id = temp_T.subject_id 
          and p.group_id = temp_T.group_id 
          and p.start in (min_start, coalesce(mid_start,min_start), max_start))

если не хотите Having можно в on внести mid_start is not null

Не очень понял про интервалы, но если они не пересекаются то решение подойдет, если пересекаются ... надо переписать ;-)

UPD. Перечитал вопрос, если Вам надо NOW() < finish можете поменять условие в "your date" between start and finish. Но тогда не понятно про максимальный интервал, у Вас они на будущее написаны?

UPD2. Если MySQL 8, можно обойтись оконными функциями ;-) написть проще

Хочется собрать raid-z1 из 4-х дисков задействовав "малышей" по 500гб, а позднее апгрейднуть все диски до 3тб.

Делайте. Это вполне штатный вариант. Впоследствии сделаете zpool set autoexpand=on <pool> и через zpool replace <pool> <device> [new-device] произведёте замену дисков. После замены последнего диска пул автоматически расширится до нового объёма.

остальные 2,5тб на каждом диске временно либо без raid использовать, либо в зеркале

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