|
|
|
запрос выполняется в Access, не выполняется в MySQL QueryBrowser
|
|||
|---|---|---|---|
|
#18+
Дано: Debian, БД MySQL Схема данных см рисунок Задача - выбрать запросом адреса объектов, по которым есть данные за сегодняшний день. Если использовать в Access связанные таблицы MySQL через ODBC, то запрос выполняется, если то же самое сделать в MySQL QueryBrowser 1.2.12, выдает ошибку "The Query coud not be executed" Подскажите уважаемые профессионалы, в чем проблема? Запрос Access: Код: plsql 1. 2. 3. 4. 5. Запрос MySQL QueryBrowser 1.2.12: Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 11:47 |
|
||
|
запрос выполняется в Access, не выполняется в MySQL QueryBrowser
|
|||
|---|---|---|---|
|
#18+
Если запустить с консоли MySQL, то: Код: sql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 11:59 |
|
||
|
запрос выполняется в Access, не выполняется в MySQL QueryBrowser
|
|||
|---|---|---|---|
|
#18+
Mari.PMySQL QueryBrowser 1.2.12Зачем вам это старье? Ему уж лет 10, наверное. MySQL Query Browser уже давно не поддерживается. Возьмите хотя бы MySQL Workbench . Mari.Pвыдает ошибку "The Query coud not be executed"Это полное сообщение об ошибке? Сам MySQL таких ошибок не выдает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 12:05 |
|
||
|
запрос выполняется в Access, не выполняется в MySQL QueryBrowser
|
|||
|---|---|---|---|
|
#18+
miksoft, Сам MySQL, если запускать непосредственно с консоли в debian выдает ошибку Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 12:07 |
|
||
|
запрос выполняется в Access, не выполняется в MySQL QueryBrowser
|
|||
|---|---|---|---|
|
#18+
Mari.P, Точная версия MySQL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 12:10 |
|
||
|
запрос выполняется в Access, не выполняется в MySQL QueryBrowser
|
|||
|---|---|---|---|
|
#18+
Mari.P, Не пойму, зачем в этом запросе вообще секция HAVING? Почему бы не перенести эти условия в секцию WHERE? И зачем в GROUP BY поле spr_adapter_el.tel_number, которое не используется для вывода, и поле spr_adapter_el.opros, которое должно быть равно константе ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 12:15 |
|
||
|
запрос выполняется в Access, не выполняется в MySQL QueryBrowser
|
|||
|---|---|---|---|
|
#18+
miksoft, Debian Jessie 8.5 mysql server 5.5.50-0+deb8u1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 12:16 |
|
||
|
запрос выполняется в Access, не выполняется в MySQL QueryBrowser
|
|||
|---|---|---|---|
|
#18+
miksoftПочему бы не перенести эти условия в секцию WHERE? А как перенести? вроде итоговые операции это HAVING? Простите безграмотность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 12:20 |
|
||
|
запрос выполняется в Access, не выполняется в MySQL QueryBrowser
|
|||
|---|---|---|---|
|
#18+
Mari.PmiksoftПочему бы не перенести эти условия в секцию WHERE? А как перенести? вроде итоговые операции это HAVING? Простите безграмотность.В HAVING проверяются условия после группировки. Но условия в вашем запросе не зависят от группировки и могут быть поверены в WHERE. Примерно так: Код: sql 1. 2. 3. 4. 5. 6. ORDER BY не нужен, сортировка и так будет из-за GROUP BY. Еще хорошо бы JOIN-ы распутать, но тут аккуратно надо, чтобы не ошибиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 12:27 |
|
||
|
|

start [/forum/topic.php?fid=47&fpage=93&tid=1831438]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
78ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 239ms |
| total: | 427ms |

| 0 / 0 |
