Повышение производительности: ваш запрос основан на ИЛИ, что означает, что он прекратит оценивать условия, как только обнаружит, что одно из них является истинным. Попробуйте упорядочить ваши условия таким образом, чтобы, например, в вашем случае первая проверка с наибольшей вероятностью была меньше 400.
Улучшение безопасности: используйте подготовленные операторы и отфильтруйте свои переменные перед их использованием. В случае $ ObrKursQuery, если он поступает из пользовательского ввода или ненадежного источника, это числовое значение без кавычек, и вы сталкиваетесь с большим разнообразием проблем внедрения SQL (включая арифметическое внедрение SQL: если это значение равно 0 , вы получите ошибку DivByZero, которую можно использовать как условие слепого внедрения SQL).
Улучшение читаемости: всегда будьте последовательны в том, как вы пишете свой код, и, если возможно, следуйте некоторому общепринятому фактическому стандарту, например, начинайте с имен переменных в нижнем регистре: $ ObrKursQuery -> $ obrKursQuery. Также для самодокументируемого кода выберите имена для ваших переменных, которые означают, что они являются: $ ObrKursQuery -> $ translationRatio.
Улучшение ремонтопригодности / масштабируемости: используйте константу вместо фиксированного значения для 400. Когда вы измените это значение в будущем, вы захотите изменить его только в одном месте, а не по всему коду.