достаточно просто метить тегами сборки в релизных ветках, тогда будет ясно что и когда изменилось с последней сборки. Без этого, действительно, возникает путаница при слияниях
Простой пример — таблица с булевым полем, которое в 99% — true, а в 1% — false и есть индекс по этому полю (пример дурацкий, но и так бывает).
Если мы делаем выборку где это поле false, то быстрее будет вытащить по индексу. Если вытаскиваем по true, то быстрее просто сделать полный перебор, отбросив встречающиеся по ходу false (так как последовательное чтение сильно быстрее, чем случайное по индексу).
Если оптимизатор будет заранее знать что мы ищем, то он сможет сгенерировать правильный план. Если нет, то будет как получится — или происк по true будет выполняться не оптимально, либо по false.
это зависит от того, как сертифицировался софт — отдельный экземпляр (серия) или производство. Если второе, то можно самому размножать диски (однако никаких апдейтов и изменений — контрольные суммы фиксируются при сертификации)
Если мы делаем выборку где это поле false, то быстрее будет вытащить по индексу. Если вытаскиваем по true, то быстрее просто сделать полный перебор, отбросив встречающиеся по ходу false (так как последовательное чтение сильно быстрее, чем случайное по индексу).
Если оптимизатор будет заранее знать что мы ищем, то он сможет сгенерировать правильный план. Если нет, то будет как получится — или происк по true будет выполняться не оптимально, либо по false.
У меня воспроизводится так:
1) Заходим на slovari.yandex.ru/
2) Вводим в поисковую строку слово, например «идиоты»
3) Получаем в URL «slovari.yandex.ru/????????????/????-??????????????????/», пустую поисковую строку и Лионеля Файнингера в выдаче