Провайдер для ms access с поддержкой коментариев в тексет SQL

← →
Акула Додсон (2008-12-25 16:20) [0]

Скажите, что можно использовать для работы с аксессом через адо, чтобы допускались коментарии в тексте запроса?

Jet или не позволяет вообще, или там какой-то свой синтаксис.

← →
Сергей М. © (2008-12-25 16:34) [1]

> чтобы допускались коментарии в тексте запроса

imho блажь

← →
Правильный$Вася (2008-12-25 16:34) [2]

> коментарии в тексте запроса

пример приведи

← →
Акула Додсон (2008-12-25 16:43) [3]

Пример:
EhLib для серверной фильтрации истользует маркеры - коментарии в тексте запроса.

← →
Акула Додсон (2008-12-25 16:45) [4]

Пока вижу выход в написании наследника адодатасета со своим паблишед свойством mycommandtext. Грид будет модифицировать его, а в методе по записи текст будет переписываться в унаследованный коммандтекст без коментариев.

← →
Сергей М. © (2008-12-25 16:46) [5]

> EhLib

EhLib - это не провайдер.

← →
Сергей М. © (2008-12-25 16:48) [6]

> вижу выход в написании наследника адодатасета

Это тоже не провайдер.

← →
Акула Додсон (2008-12-25 16:51) [7]

ага. а курица - не птица.

Грид ехлиба использует коментарии для серверной фильтрации.
А джет их не понимает, ругается на синтаксис.

← →
Сергей М. © (2008-12-25 17:07) [8]

Вот ты вдумайся - нафига серверу нужны комментарии в тексте запроса, переданного ему на исполнение ?

← →
Акула Додсон (2008-12-25 17:14) [9]

серверу он нафик не нужны.

Они нуждны гриду ехлиба что бы знать куда вставлять пользовательский where и знать куда он вставил его предыдущий раз если вдруг юзер меняет условие или хочет его убрать.

запрос в дизайн-тайме: select * from customer

юзер открыл форму, вводит в заголовке колонки фильтрующие уловие: "акула"

грид берет оригинальный sql и меняет на :
select * from customer /*custom_filter_b*/ where custname like "%акула%" /*custom_filter_b*/

← →
sniknik © (2008-12-25 17:28) [10]

> или там какой-то свой синтаксис.
единственный комментарий позволяется после запроса, ставишь двойную кавычку и пишешь после неё, это при выполнении отбросится.
-> select * from customer " это комментарий

← →
Сергей М. © (2008-12-25 17:29) [11]

> серверу он нафик не нужны

Ну вот и ответ на вопрос)

Если серверу они не нужны, то и провайдеру, являющемуся специализированным "посредником" между серверной и клиентской сторонами, они тоже нужны ка собаке пятая нога.

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

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

← →
Anatoly Podgoretsky © (2008-12-25 17:34) [12]

> Акула Додсон (25.12.2008 17:14:09) [9]

Да какому серверу понравится такой синтаксис.

← →
Акула Додсон (2008-12-25 17:36) [13]

Если серверу они не нужны, то и провайдеру, являющемуся специализированным "посредником" между серверной и клиентской сторонами, они тоже нужны ка собаке пятая нога.

Ты или тормоз, или просто чувствуешь неловкость, что сразу в тему не въехал и хочешь замять разговор.

Сотый раз повторяю, что коменты в тексте SQL используются ГРИДОМ как маркеры. Что бы знать куда добавлять пользовательские условия и откуда их убирать если юзер их хочет убрать.

PS Пока объяснял что же мне надо, уже написал наследника TADODataSet.

← →
Акула Додсон (2008-12-25 17:40) [14]

Да какому серверу понравится такой синтаксис.

mssql и оракл едят нормально. для FB используется fib, там все решается без комментариев встроенными средствами.
А для акцесс+джет+адо нужны коменты чтобы грид не заблудился модифицируя текст запроса.

← →
Акула Додсон (2008-12-25 17:45) [15]

Ничто, кстати, не мешает непосредственно перед передачей "грязного" запроса провайдеру (или прямиком серверу) выкусить из него комментарии прямо на стороне клиента,

Ага щас.
Штатный запрос в дизайнере:
select * from справочник where department = 1;

После ввода пользовательского условия:
select * from справочник where department = 1 /*...*/ and sex = "m" /*...*/;

Выкусываем коментарии, отправляем запрос, смотрим, радуемся.
Решаем убрать пользовательский фильтр, а у нас там :

select * from справочник where department = 1 and sex = "m"

какое именно из двух условий будем резать? или все?

Удалено модератором

← →
Акула Додсон (2008-12-25 18:02) [18]

Удалено модератором
Примечание: Удалено, случайно

> Сотый раз повторяю, что коменты в тексте SQL используются
> ГРИДОМ как маркеры

А при чем здесь провайдер (и Jet в т.ч. и в частности) ?
Вкусывай/выкусывай себе на здоровье в своих гридах и иже с ними все что вздумается)

Вот ведь придурок-то, а ?)

Блажь его, видите ли. посетила - и все вокруг стали "тормозами")

← →
Акула Додсон (2008-12-25 19:44) [20]

мда. пациент безнадежен....

А грид тут с какого бока?

Провайдер для ms access с поддержкой коментариев в тексет SQL Найти похожие ветки