select where ....

EGF

nicky555 написал:

Кстати, как показала практика, условие WHERE с LIKE работает шустрее, нежели с RANGES... :roll:

Это очень интересно, потому что оба примера, приведённых ниже, разложатся в абсолютно одинаковые запросы для БД. По крайней мере для Oracle.

Code:

TABLES:
  comm_product.

DATA:
  gsr_product_id TYPE comt_product_id_range,
  gtr_product_id TYPE comt_product_id_range_tab
.

gsr_product_id-sign = 'I'.
gsr_product_id-option = 'CP'.
gsr_product_id-low = '*1'.
APPEND gsr_product_id TO gtr_product_id.

SELECT *
  FROM comm_product
  WHERE product_id
*  LIKE '%1'.
  IN gtr_product_id.
ENDSELECT.

Code:

TABLES:
  comm_product.

DATA:
  gsr_product_id TYPE comt_product_id_range,
  gtr_product_id TYPE comt_product_id_range_tab
.

gsr_product_id-sign = 'I'.
gsr_product_id-option = 'CP'.
gsr_product_id-low = '*1'.
APPEND gsr_product_id TO gtr_product_id.

SELECT *
  FROM comm_product
  WHERE product_id
  LIKE '%1'.
*  IN gtr_product_id.
ENDSELECT.

Кодер

Э-э-э.. уважаемые, которые сравнивали скорость. а вы учли что данные кэшируются на уровне БД? :-)

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

slash

Кодер написал(а):

Э-э-э.. уважаемые, которые сравнивали скорость. а вы учли что данные кэшируются на уровне БД? :-)

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

не в кэше дело, и не скорость сравнивается
а то что на выходе из полцучиться одинаковые найтив-sql запросы

по теме топика:
думай коллективный разум, думай
неохота мне перестановки генерить!

flipper

по теме:
наверное именно с перестановками и только ИМХО
будете генерить их и класть в range...а сама генерация перестановок еще та история

slash

flipper написал(а):

по теме:
наверное именно с перестановками и только ИМХО
будете генерить их и класть в range...а сама генерация перестановок еще та история

генерации перестановок универом бы обучены=)
только на в ranges а (where) формировать надо...скучно

flipper

ну не знаю :wink:

мне кажется если с перестановками проблем нет, то ranges удобней : записываете свои *А*В* и *В*А* в range и where in range... ИМХО конечно :wink:

nicky555

EGF написал(а):

nicky555 написал:

Кстати, как показала практика, условие WHERE с LIKE работает шустрее, нежели с RANGES... :roll:

Это очень интересно, потому что оба примера, приведённых ниже, разложатся в абсолютно одинаковые запросы для БД. По крайней мере для Oracle.

... а время на интерпретацию запроса?
... а если в RANGES много записей?

slash

время на соединение с базой много больше всего остального

Uukrul

nicky555 написал:

... а если в RANGES много записей?

Ну больше 1300-1500 все равно не будет :wink:

Правила форума

select where ....

Кто сейчас на конференции