iBase.ru Forum

stix-s писал(а):несколько абстракный вопрос
Какими критериями следует руководствоваться, если есть выбор:
строить "многоэтажный" запрос или реализовать аналогичную логику в ХП?

eugeney писал(а):Как правило скорость и возможности, т.е. есть некоторые задачи которые запросом сделать очень очень трудно.

WildSery писал(а): ..... а вся логика и бизнес-логика - на сервере в ХП.

stix-s писал(а):а вот как например по скорости определяться - строить запрос и ХП и опытным путем скорости выполнения сравнивать?

stix-s писал(а):мммм, попытка избежать копания исходного кода на клиенте при изменении бизнес-логики?

WildSery писал(а):Некоторые вещи даже "многоэтажным" запросом нереализуемы в принципе. Это один критерий.

WildSery писал(а):Второй критерий - размещение бизнес-логики.
Я (в данный момент) приверженец идеи, что клиент должен знать только названия процедур, которые ему отдадут данные, и процедур, которые заберут от него результат его работы (в том числе на вставку/удаление/редактирование), а вся логика и бизнес-логика - на сервере в ХП.

WildSery писал(а): Я (в данный момент) приверженец идеи, что клиент должен знать только названия процедур, которые ему отдадут данные, и процедур, которые заберут от него результат его работы (в том числе на вставку/удаление/редактирование), а вся логика и бизнес-логика - на сервере в ХП.

eugeney писал(а):

WildSery писал(а):Некоторые вещи даже "многоэтажным" запросом нереализуемы в принципе. Это один критерий.

Ась? Это что нельзя выполнять через запросы что можно через SP? Пример запроса на проэкцию данных плиз.

eugeney писал(а):Ась? Это что нельзя выполнять через запросы что можно через SP? Пример запроса на проэкцию данных плиз.

eugeney писал(а):Насчет n-tier приложений не думали? Что бизнес логику выгоднее описывать OOP понятиями а не в виде relations.

Merlin писал(а):затрахаешься размножать модификации по табуну таких ХП, внутри которых есть запрос, который надо модифицировать

Merlin писал(а):На них не надо накладывать условия фильтрации и сортировки.

WildSery писал(а): Сравнивать что? Один и тот же запрос в фас и профиль? Очень смешно.

WildSery писал(а): Да. Не просто "копании кода", даже самой необходимости пересборки клиент-проекта. А также при изменении структуры и места хранения данных.

Merlin писал(а): Я конечно могу жахнуть сюда экранов 6-7 кода процедуры, и экранов 30 метаданных зацепленных ею таблиц, .

stix-s писал(а):

Merlin писал(а): Я конечно могу жахнуть сюда экранов 6-7 кода процедуры, и экранов 30 метаданных зацепленных ею таблиц, .

Максимализм, однако может попроще что есть ?

Merlin писал(а): То есть? Я должен напрячься и за тебя придумать простой пример?

stix-s писал(а):может попроще что есть ?

stix-s писал(а):Угу, очень смешно, когда в ХП при определенных условиях результат получается за 10мс, а в запросе за 1 мин - я не говорю, что запросы одинаковые, одинаков получаемый результат.

WildSery писал(а):Читай мой пост.

kdv писал(а): топик мутный. какие-то "критерии", то пример хочу, то не хочу...

CREATE PROCEDURE PR_TB1 
RETURNS (
    PRID INTEGER,
    PUID INTEGER,
    PF1 VARCHAR(10),
    PF2 VARCHAR(10),
    PV1 INTEGER,
    PV2 INTEGER)
AS
DECLARE VARIABLE VUID INTEGER;
DECLARE VARIABLE VV1 INTEGER;
DECLARE VARIABLE VV2 INTEGER;
begin
  /* Procedure Text */
  for select t1.uid, max(t1.v1), max(t1.v2) from tb1 t1
   group by t1.uid  into :vuid,:vv1,:vv2
     do
     begin
      select t2.rid, t2.uid,t2.f1,t2.f2,t2.v1,t2.v2 from tb1 t2
       where t2.uid=:vuid and t2.v1=:vv1 and t2.v2=:vv2
       into :prid,:puid,:pf1,:pf2,:pv1,:pv2;
        suspend;
     end
end

select t1.rid, t1.uid, t1.f1,t1.f2,t1.v1,t1.v2 
from tb1 t1 
where (select t2.uid 
 from tb1 t2 
 where t1.uid=t2.uid 
 group by uid 
 having t1.v1=max(t2.v1) and t1.v2=max(t2.v2) 
 ) is not null

PLAN SORT ((T2 NATURAL))
PLAN (T1 NATURAL)

kdv писал(а): PLAN SORT ((T2 NATURAL))
PLAN (T1 NATURAL)
ты в курсе, как выполняется твой замечательный запрос?

WildSery писал(а): Долб@@бством занимаешься, вот и получаются часы-минуты.