Можно ли получить список полей запроса не выполняя оный?

← →
sohat (2004-01-13 12:11) [0]

Мне нужно вытащить поля запроса, но при этом запрос не выполнять (вдруг он будет здоровый :))) или параметры еще чего доброго попросит ). Можно ли это сделать и как?

← →
Desdechado © (2004-01-13 12:21) [1]

а запрос-то откуда берется?
это ж строка, вот и проверь все между SELECT и FROM

← →
sohat (2004-01-13 12:27) [2]

ага, со всеми *, as, sum() ... энтак можно свой sql сервер написать :)))

← →
Vlad © (2004-01-13 12:31) [3]

select <нужные поля> from <нужные таблицы> where 1=0
выполнится мгновенно :-)
список полей будет в свойстве TDataSet.FieldList.

← →
Sandman25 © (2004-01-13 12:32) [4]

Добавьте в конце and (1=0) и запрос выполнится очень быстро :)

← →
Reindeer Moss Eater © (2004-01-13 12:36) [5]

TDataSet.FieldDefs.Update

← →
Desdechado © (2004-01-13 13:03) [6]

ну, * использовать, имхо, дурной тон
sum - отдельное поле, обзывай как хочешшь
as вполне можно обработать

парсер вовсе несложный выходит ;)

про and (1=0) - согласен, изяшный вариант, но не для всех запросов (особенно фраза "добавь в конце")
если всякие having, order, join будут ...

← →
Sandman25 © (2004-01-13 13:06) [7]

фраза "добавь в конце" означала добавление в секцию where. Впрочем, это уже детали.

← →
Плохиш_ (2004-01-13 13:08) [8]

Можно ли получить список полей запроса не выполняя оный?

В обшем случае нет

← →
Vemer © (2004-01-13 13:11) [9]

Если ты боишся, что вывалится слишком длинный запрос - напиши ХП, которая будет возврщать Count строк в таком запросе, и на основе этого числа принимай решение...

← →
Vlad © (2004-01-13 13:12) [10]

> Desdechado © (13.01.04 13:03) [6]
> про and (1=0) - согласен, изяшный вариант, но не для всех
> запросов (особенно фраза "добавь в конце")
> если всякие having, order, join будут ...

что мешает написать что-то вроде:
select <поля> from <таблицы> where <условие связки> and :MyParameter = 0 group by... order by...
Подставляй вместо :MyParameter или 0 или 1 в зависимости от желаемого результата

← →
Ega23 © (2004-01-13 13:35) [11]

в MS SQL есть такая штука
Select top N * from ....

← →
Vemer © (2004-01-13 13:58) [12]

To Ega23
Она не только в Мускуле есть. Но так ты получишь не все данные... ТOP хорош, когда "золотую" десятку клиентов/товаров вывести надо...

← →
sohat (2004-01-13 14:44) [13]

Короче говоря все сходятся в том, что запрос все одно придется выполнить, предварительно видоизменив его, вписав секцию where.
А как быть если у книть запроса будут параметры?

Может ежели поясню задачку кто нить, что более дельное предложить.
Есть некая табличка с запросами, и табличка с описанием полей этого запроса (русская интерпритация поля, ширина поля в гриде, цвет, ....). При настройке приложения, после создания запроса, удовлетворяющего определенным нуждам, нужно описать поля данного запроса. Вот и возник вопрос, как получить список полей. Естественно, что запросы могут быть любыми, и секция where во многих из них может быть прописана. кроме того могут использоваться параметры.

← →
Vlad © (2004-01-13 14:52) [14]

Во первых непонятно, если уже есть готовая табличка с описанием полей запроса, то почему нельзя список полей вытащить из этой таблицы ?
Во вторых, обрати внимание на Vlad © (13.01.04 13:12) [10]
в этом примере как раз с параметром.
Даже если секция where хранится отдельно в таблице, то ее нетрудно модифицировать на клиенте, добавив в конец " and 0=1"

← →
sohat (2004-01-13 15:02) [15]

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

по поводу второго - запросы довольно сложные, и анализировать их мне неохота, я думал можно получить список полей посредством TDataSet

← →
Vlad © (2004-01-13 15:06) [16]

> я думал можно получить список полей посредством TDataSet

Сказали же - можно.
DataSet.FieldList
Но вот только откуда DataSet по-твоему возьмет этот список полей без запроса на сервер ? DataSet, он ведь не ясновидящий :-)
Или, если есть лишнее время, займись разбором строки, а именно секции where - тоже вариант.

← →
sohat (2004-01-13 15:10) [17]

Если эта секция вообче есть :)

← →
Reindeer Moss Eater © (2004-01-13 17:55) [18]

TDataSet.FieldDefs.Update

Будет ли получен список полей?
Будет.

Будет ли выполняться запрос?
Не будет.

← →
Vlad © (2004-01-13 18:00) [19]

> Reindeer Moss Eater © (13.01.04 17:55) [18]

Запрос будет послан на сервер, другое дело, что DataSet при этом не будет открыт.

← →
Johnmen © (2004-01-13 18:01) [20]

>Reindeer Moss Eater © (13.01.04 17:55)

Откуда будет получен ? Без запроса то...

← →
Sandman25 © (2004-01-13 18:03) [21]

[20] Johnmen © (13.01.04 18:01)

Я думаю, что будет. Как показал TSQLMonitor, при работе через DBExpress если не прописаны явно Fields, то перед выполнением запроса генерируются и выполняются запросы к системным таблицам, для определения типов полей.

← →
Reindeer Moss Eater © (2004-01-13 18:11) [22]

Если запрос выполняется, то где хотя бы одна запись?

← →
Vlad © (2004-01-13 18:13) [23]

> Sandman25 © (13.01.04 18:03) [21]

А если их нет (системных таблиц) ? :-)

> Reindeer Moss Eater © (13.01.04 18:11) [22]

Запрос выполняется. Это легко проверить. Напиши какой нибудь неоптимизированный запрос по огромной таблице и попробуй сделать FieldDefs.Update. Сколько этот апдейт времени займет ?

← →
Johnmen © (2004-01-13 18:14) [24]

>Sandman25 © (13.01.04 18:03)

Что-то я тебя сегодня не понимаю... Ты о чем ? А я о чем ?
:)))

[23] Vlad © (13.01.04 18:13)

Если их нет, то, возможно, анализом SQL занимается BDE. Не зря у него свой особый SQL.

[24] Johnmen © (13.01.04 18:14)

Сегодня 13-ое :)
А если серьезно, то между IB и Informix огромная разница в подходах, наложившая отпечаток на наше мировоззрение, мироощущение и мировосприятие :)

>Sandman25 © (13.01.04 18:19)

Ну причем же здесь Informix ????? (Тем более, что и с ним я тоже работал)
Я не говорил, что не будет. Я намекал, что запрос будет выполнен в любом случае !

Наверное, все-таки, 13-е. Е-е...:)

[26] Johnmen © (13.01.04 18:23)

Насчет Informix я говорил, имея ввиду сегодняшний диспут о полезности временных таблиц. Посмотрим, что будет завтра :)

[26] Johnmen © (13.01.04 18:23)

Кстати, держу пари, что при работе на Informix ты не использовал TEMP TABLE WITH NO LOG.
Аналогично я не привык использовать update table1, table2 или select from (select union select)

>Sandman25 © (13.01.04 18:28)

Не использовал. Пари отменяется...:)
И остальные, тобою указанные конструкции, не использую. Т.к. они очень специфичны.

Согласен. При переходе на другую СУБД не надо будет ничего изменять, если использовался стандарт SQL.

Запрос будет выполнен сервером, но фетча не будет.
На клиенте не будет записей.
Это все равно, что запрос не выполнился (с точки зрения клиента)

>Reindeer Moss Eater © (13.01.04 19:56)

Когда я говорил, что запрос будет выполнен, я не имел в виду выполнение именно запроса select * ... !
А имел в виду, что будет выполнен "какой-то" запрос, на основании выполнения которого будут получены сведения о полях. И этот "какой-то" запрос зависит от движка, от компонент доступа. И выполнится он неявно.

По-моему лучше всего взглянуть в исходный текст компонентов IBX и посмотреть, как они извлекают список полей до того, как запрос будет открыт. Насколько я помню, они обращаются к системным таблицам IB.

← →
dummy (2004-01-15 12:53) [34]

Thanks! Сделал, может, кому сгодится:
procedure TForm1.Button1Click(Sender: TObject);
var
s: string;
i: integer;
begin
s:= "";
for i:= 0 to table1.FieldDefs.Count-1 do
s := s+table1.FieldDefs[i].Name+#13+#10;
ShowMessage(s);
end;

> dummy (15.01.04 12:53) [34]

Спасибо, друг!
Я так долго искал, где бы нарыть такую классную процедуру! :-)

Можно ли получить список полей запроса не выполняя оный? Найти похожие ветки