Выиграет ли быстродействие от такой оптимизации?
В сферическом случае выигрыш будет.
Стоит ли оно того?
Тут ответ кроется в последнем слове вопроса — оптимизация.

Одно из правил оптимизации гласит — не нужно оптимизировать то, что не нужно оптимизировать.
Ну или «преждевременная оптимизация — зло».
Вы испытываете проблемы с производительностью? Эти проблемы связаны с базой данных? Именно с этими запросами?
Откуда Вы об этом узнали?
Если вы не можете положительно ответить на эти вопросы, то оптимизация преждевременная, т.е. сам процесс оптимизации и сложности с ним связанные будут хуже чем выигрыш от оптимизации когда она еще не нужна.

Еще одно правило плавно вытекает из последнего вопроса — откуда вы узнали что это узкое место? Вы выполняли какие-то тесты? Использовали профилировщик? Ну так любая оптимизация всегда проверяется на практике. Измерьте нагрузку, измените схему, измерьте заново. Эксперимент займет меньше времени чем ждать ответа здесь. И самое главное — ответ на хабре не спасает от того чтобы потом его проверить. Это разумно только в том случае если вы уже убедились что оптимизация вам всё-таки нужна…

ПЫСЫ: не сочтите за грубость. Просто мне так показалось что вы не совсем понимаете о чем спрашиваете. Буду рад ошибиться…
В данном случае нет. Если я правильно понял вашу структуру, и вы используете связь «один к одному» то лучше вообще перенести type и some_value в основную таблицу.