Ну если такие коробки под диски — машинка априори очень мало места занимать не будет. mITX всего на пару см. шире 5" отсека. Я-то думал, речь о 2,5" дисках, раз о таких размерах думаете.
Положить плату горизонтально, над ней подвесить 4 такие коробки вертикально с, где-то, 8-10мм просветом — вполне изящный ящичек.
Или вертикально коробки, сбоку от них закрепить плату.
По своему опыту проектирования корпуса скажу — сделайте габаритные муляжи основной комплектухи из какого-нибудь картона да покрутите в руках. Или в софте 3d моделирования, если это ближе.
да не, всё же минуты. Но это как раз на задержку «опубликовали новость в блоге»->«новость разошлась по миру» и оформление заказа.
Хотя, если за пару дней до того объявят, что распродажа начнётся в определённое время определённого дня — тогда да, меньше минуты хватит.
> из триггеров нельзя обновлять ту же таблицу, что вызвала триггер.
Да, действительно, таблицу вообще трогать запрещается. Что-то я думал, что нецикличные операции можно делать.
> mdadm + LVM + xfs — вот отличный вариант, именно в таком порядке.
А их можно собрать в обратном порядке? =)
Но LVM для чего посередине? Просто интересно, что даёт его использование для основного массива хранения данных. XFS уменьшаться же не умеет.
Но проверить легко:
индексы делаются для чего? Чтобы ускорить поиск.
0) Создаёте таблицу, пишете в неё побольше чего-нибудь случайного (в зависимости от производительности тестовой машины)
1) Делаете апдейт по условию какому-нибудь (желательно, не по PK, для наглядности), затрагивающий 1 или несколько строк.
2) строите индекс по полю
3) повторяете апдейт
4) сравниваете время выполнения
