Евгений Ромашкан

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

Crash,

У каждой заявки множество специфичных конкретно для нее параметров.

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

1. Индексы, выборочно для полей, по которым чаще всего осуществляется поиск.

скорее для групп полей, по которым осуществляется поиск, выборка, объединение и сортировка. Кроме того - explain, slow log.

2. Объединение нескольких колонок в одну, для однотипных данных. Они будут храниться в формате JSON.

только если по ним не идет поиск, иначе это нифига не оптимизация, а скорее наоборот.

В остальном мысли о разделении на грячий/холодный стек верные. Можно задуматься еще о переносе части горячих строчек в какой-то мемори сторэйж типа редиса.

Объединение нескольких колонок в одну, для однотипных данных. Они будут храниться в формате JSON.

JSON объёмнее плоской таблицы хотя бы из-за необходимости в хранении ключей.
И, насколько знаю, mysql пока умеет только btree. Что подходит для произвольного поиска от слова никак. Только для заранее известного критерия.

3. Партиционирование.

планирую создать новую, "горячую" таблицу с идентичной структурой.

Слово неплохое упомянуто. Осталось понять зачем всё остальное. Партицировать таблицы умеет штатно даже такая удивительная штука как mysql и очень давно.

Профилируйте где время теряете и смотрите что с данными делаете.
Озвученные цифры не впечатляют от слова совсем. Если человек хочет поиграться с разными подходами индексирования и производительностью сложных запросов - я посоветую с миллиона записей только начинать.

Типичная ошибка - пытаетесь строить аггрегаты и прочие count(*) поверх миллионов строк налету.

Так писать по фэншую код или есть запись объектов в массив ровнее?

У Вас тут не столько запись чего-то в массив, сколько предварительное присвоение значения переменной, с уже последующем добавлением оной в массив. Оно работать конечно будет, но выглядит несколько странно, на мой взгляд. Подобные принципы обычно используются в условных операторах или циклах (if/while), для последующей обработки переменной (результата).

Если Вам нужно просто собрать массив, обычно пишут так:

$arr = [
    new Quadrate(6),
    new Cube(5),
    new Rectangle (2),
    ... ,
];

P.S. Так же этот код можно написать в строчку, если он не выходит за границу (80 или 120 символов, в IDE и редакторах эта линия почти всегда есть по умолчанию) или если просто если Вам очень хочется написать этот код в одну строку.

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

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

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

неплохо ориентируюсь в рынке.

Будь это так, то не задавали бы таких вопросов.

Что посоветуете?

Ява сложна для новичка, тем более для экс-веба.
Учите C#.

Поддаться рынку или личным желаниям?

Личные желания вас не накормят, но для фана можете попозже и любимый язык поучить.