Привет

У меня такой вопрос: как связан шаблон запроса QBE с операторами SQL?

Когда создаем запрос с помощью шаблона QBE параллельно создается представление этого запроса в коде SQL. Но как они связаны? Считается ли правильным такое, что SQL-генератор транслирует запросы в формате QBE в запросы SQL? Поясните, пожалуйста.

Заранее благодарна.

Цитата

Считается ли правильным такое, что SQL-генератор транслирует запросы в формате QBE в запросы SQL?

Правильно. Но однобоко. Если в режиме SQL ввести "правильный" запрос (т.е. тот, который может быть нарисован в визарде, возможно с некоторыми упрощениями отпа опускания имени таблицы в именовании отбираемого поля) и сохранить его, то при открытии его конструктора окажется, что запрос переварен обратно, в графическое представление.

Т.е. QBE есть граф. средство построения запроса плюс двунаправленный компилятор-декомпилятор запроса.

Кстати учтите, что далеко не все запросы QBE можно трансформировать в SQL

Vit ???

Akina, при использовании UNION.

Код

SELECT t1.f1 FROM t1 UNION SELECT t1.f1 FROM t1;

boevik
Это ОБРАТНЫЙ пример - невозможность преобразования SQL в форму QBE.

Код

:{WorkAlias}:ITIN | RLOC  | Sgmt       | Carrier | DeptDateTime          |                   | _RLOC | _ARNKSEG   | "ARNK"  | CHANGETO _PREVSEGDATE |                   | _RLOC | _ARNKSEG-1 |         | _PREVSEGDATE          |

Vit
ТО ли мы о разных вещах говорим, то ли я вообще ничего не понял... не влом прокоментировать свое произведение скриншотиком Аксесса с примером?

Это сообщение отредактировал(а) Akina - 12.11.2004, 18:55

Akina, извини, промашку дал.

Vit, действительно, приведи пример.

Это сообщение отредактировал(а) boevik - 12.11.2004, 19:12

Извиняюсь - только сейчас прочитал что имеется QBE от MS Access... Это вызов QBE из программы (используя BDE+Paradox), в самом MS Access я его никогда не делал, так что не знаю... Может QBE Access такое и не поддерживает... Смысл этого QBE в том что идёт обращение к предыдущей записи - через QBE такое организовать можно (по крайней мере для Paradox) а через SQL нельзя...

Vit
Это более чем ужас - понятие "предыдущая запись". То, какая запись есть предыдущая - определяется сортировкой в запросе, а при совпадении ключей сортировки у нескольких записей вообще нельзя (в общем случае) предсказывать порядок выхода записей - он рандомен. На практике же обычно (не всегда, но как правило) в этом случае записи выдаются по первичному ключу (индексу), буде таковой есть.

Для файловой БД (тот же Парадокс) действительно можно говорить о ФИЗИЧЕСКОМ порядке записей в таблице - но что есть физический порядок как не первичный ключ?

Это сообщение отредактировал(а) Akina - 12.11.2004, 19:27

Сортировка действительно проводится в данном случае по первичному ключу (не надо считать меня за идиота, естественно что когда я говорю "предыдущая запись" имеется ввиду не физический порядок, а сортировка по чему-либо, в данном случае по ключу). Ужаса нет, и мне действительно нужен был именно такой запрос, реализовать через SQL я его так и не смог... Ужас-не ужас... реалии не всегда соответствуют тому что мы имеем... Если интеерсно я могу описать задачу подробнее, можешь попробовать реализовать её через SQL, причём задача вовсе не надуманная, а более чем реальная, кстати актуальная до сих пор...

Заведи тему - в понедельник поковыряемся... вдруг?