Максимальное значение по сравнению с размером длинных и двойных в.NET

Я не рекомендовал бы использовать STRAIGHT_JOIN без серьезного основания. Мой собственный опыт состоит в том, что оптимизатор запросов MySQL выбирает плохой план запросов чаще, чем я хотел бы, но не достаточно часто, что необходимо просто обойти его в целом, который является тем, что Вы сделали бы, если бы Вы всегда использовали STRAIGHT_JOIN.

Моя рекомендация состоит в том, чтобы оставить все запросы как регулярные СОЕДИНЕНИЯ. Если Вы обнаруживаете, что один запрос использует субоптимальный план запросов, я предложил бы сначала пытаться переписать или реструктурировать запрос немного, чтобы видеть, выберет ли оптимизатор затем лучший план запросов. Кроме того, для innodb, по крайней мере, удостоверьтесь, что это не просто, что Ваши индексные статистические данные являются устаревшими (, АНАЛИЗИРУЮТ ТАБЛИЦУ ). Это может заставить оптимизатор выбирать плохой план запросов. Подсказки оптимизатора должны обычно быть Вашим последним средством.

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