|
|
Задавайте вопросы, мы ответим
Вы не зашли.
Страниц: 1 2
Я извеняюсь, а не могли бы мы с ВАМИ затра встретиться на этом форуме и продолжить нашу роботу по оптимизации даного запроса! Буду Вам признателен за вашу помощь! Надеюся на ваше понимание! До завтра! Спасибо за консультации, вечером сегодня помозгую может что появится а вы со своей стороны! Дозавтра!!!
Неактивен
Мы сможем продолжить вчерашнюю с вами работу по оптимизации БД?
Неактивен
Можно я немного вмешаюсь? А что такое pricesTested? Почему в ней только девять
строк с tested = 1?
Неактивен
Эта таблдица используется администратором для отображения прайсов при поиске. Если 0 - дане прайса не используются у результатах выборкии, 1- используются. Тоисть когда пользователь добавил свой прайс, он прошел модерацию и после этого только участвует у выборке даных и пострению результата!!!!
Неактивен
Связь у Вас такая
price - user - priceTested.
т.е. максимум, что может подтвердить администратор, — это пользователя 
В любом случае, у Вас подтверждено лишь небольшое количество пользователей,
и поэтому MySQL считает, что выгоднее начать с этой таблицы. Можно поступить
двояко:
1. Выкинуть прайсы, которые никогда не будут показаны, после перестроения
статистики порядок выборки табличек должен поменяться;
2. Добавить ключик на prices (idUser, numberKatalog) (и выбросить ключик на
idUser) — в этом случае он сможет использоваться при выборке в случае с обрат-
ным порядком выбора таблиц.
Да, и если pricesTested состоит только из двух полей, то имеет смысл просто
добавить столбец userTested в users, а pricesTested вообще выкинуть.
Неактивен
Страниц: 1 2
