|
|
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
Есть запрос, который как оказалось работает не верно. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 06:21:32 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
вопро, собственно, в чем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 06:23:39 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
Данный запрос выдает результаты: material.kod; statok1; prixod; ostatok2 331 -15 30 2 А должно быть 331 0 15 2 Т.е. prixod увеличивается в 2 раза, как только ostatok2 >1 (в таблице spravka_mat есть две записи по данному material.kod, а в prixod одна запись.) Есть идея разделить данный запрос на 3 запроса. Но не знаю как потом собрать их. 1 запрос: Код: sql 1. 2. 3. 4. 5. 2 запрос: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 3 запрос типа: Код: sql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 06:32:18 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
katyad, в сами запросы вникать настроения нет, поэтому чисто абстрактно: 1. не усложняйте без нужды. если сложный запрос можно разделить и несколько правильных, понятных и быстрых запроса -- так и хорошо! 2. несклько лефт жоинтов подряд -- ждите подвоха в умножении результат -- промерно как у вас получилось. раделяйте опасные (с многими записаями слева) лефт жоинты груп-баями. т.е. для сличая связки ОТ родилетя х НА детей у , з вместo x left join y on ..... left join z on..... group by используйте ( x left join y on .... group by ..... ) left join z on .... group by ...... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 06:42:06 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
поправка: ...раделяйте опасные (с многими записями СПРАВА) лефт жоинты... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 06:43:16 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
Спасибо, решила эту задачу) Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 07:49:34 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
katyad, ордербай в подзапросе уберите, от него там толку ноль. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 08:05:05 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
javajdbc1. не усложняйте без нужды. если сложный запрос можно разделить и несколько правильных, понятных и быстрых запроса -- так и хорошо! Это вредный совет. Во-первых, запрос нифига не сложный --- простейший. Во-вторых -- НЕ НАДО разделять запросы. Это плохо в 90% случаев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 08:20:55 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
katyad, У тебя тут какая-то несуразица с логикой запроса. Все JOIN-ы -- внешние. Но опционально накладываются какие-то фильтры: Код: sql 1. 2. 3. На самом деле все эти фильтры должны быть ВНУТРИ JOIN , в фразе ON . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 08:24:45 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
MasterZivЭто вредный совет. [skipped] НЕ НАДО разделять запросы. Это плохо в 90% случаев. На этапе написания и отладки - не только можно, но и нужно. Анализ результатов работы подзапросов/вьювов позволяет отловить логические ляпы, неловимые на конечном многоэтажном безобразии. А собрать один запрос из цепочки несложно - нужна только аккуратность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 09:10:45 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
MasterZivВсе JOIN-ы -- внешние. Но опционально накладываются какие-то фильтры:Может, человеку и в самом деле нужен INNER JOIN - просто он не знает, что такое существует. Нередкое, кстати, явление. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 09:12:13 |
|
||
|
Подскажите, пожалуйст. Из двух запросов один запрос
|
|||
|---|---|---|---|
|
#18+
AkinaMasterZivЭто вредный совет. [skipped] НЕ НАДО разделять запросы. Это плохо в 90% случаев. На этапе написания и отладки - не только можно, но и нужно. Анализ результатов работы подзапросов/вьювов позволяет отловить логические ляпы, неловимые на конечном многоэтажном безобразии. А собрать один запрос из цепочки несложно - нужна только аккуратность. Акина: угу, имено! МастерЗив: не надо говорить абстракциями, хорошо-плохо зависит от задания... на обязательном первом месте стоит логика/функционал, потом скорость но иногда есть еше и другие веши, типа опытность работника, отведеное на решение время, читабельность кода и .т.д. Единый громадный селект улучшит только (да важную) позицию скорости. Все остальное не выигрывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 16:35:35 |
|
||
|
|

start [/forum/topic.php?fid=47&gotonew=1&tid=1833551]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
61ms |
get topic data: |
9ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 218ms |
| total: | 379ms |

| 0 / 0 |
