Quote:

---

Допустим, заебало меня делать всякие q_Q, и я написал вместо одного:
q._(" where 1 = 1");
if (d)
q._(" and a.type_id = 1");

другое:
q._(" where 1 = 1" + (d ? " and a.type_id = 1" : ""));

---

    public class Q
    {
        public readonly StringBuilder Builder;

        public Q(string value)
        {
            Builder = new StringBuilder(value);
        }

        public Q _(string value)
        {
            Builder.Append(value);
            return this;
        }

        public Q _<T>(IParam<T> param)
        {
            return _(param.ToSql());
        }
    }
  

Quote:

---

Подходят оба варианта.

---

Quote:

---

Нет, в нашем примере второй вариант не подходит.

---

Quote:

---

Вот когда ты оплатишь, тогда тебе и будет решение твоей задачи.

---

code:

postgres=# create table test as select id from generate_series(1,1000000) t(id);
SELECT 1000000
postgres=# create index testi on test(id);
CREATE INDEX
postgres=# prepare testq(integer) as select * from test where ($1 is null or id = $1);
PREPARE
postgres=# explain execute testq(1234456);
                               QUERY PLAN
------------------------------------------------------------------------
 Bitmap Heap Scan on test  (cost=96.10..4793.98 rows=5000 width=4)
   Recheck Cond: (id = 1234456)
   ->  Bitmap Index Scan on testi  (cost=0.00..94.85 rows=5000 width=0)
         Index Cond: (id = 1234456)
(4 rows)


postgres=# explain execute testq(null);
                          QUERY PLAN
--------------------------------------------------------------
 Seq Scan on test  (cost=0.00..14425.00 rows=1000000 width=4)
(1 row)

Quote:

---

Как видим, в не самом продвинутом постгресе все хорошо с планами такого рода препаренных запросов.

---

В ответ на:

---

Чуть запрос усложнишь и хороший план летит к черту.

---

Quote:

---

Шурика волновало, что СУБД не делает constant folding для препаренных запросов.

---

Quote:

---

create table test as select id from generate_series(1,1000000) t(id);

---

code:

declare @rank int
set @Rank =12

select id, rank, data 
from temp
where @rank is null or Rank = @Rank

code:

declare @rank int
set @Rank =12

select id, rank, data 
from temp
where Rank = @Rank

Quote:

---

Кстати, разработчики BLToolkit говорили, что подставляют константы при генерации SQL из LINQ

---

Quote:

---

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

---

code:

postgres=# drop table test;
DROP TABLE
postgres=# create table test as
postgres-# select
postgres-#      id,
postgres-#      md5(id||'foo') as foo,
postgres-#      md5(id||'bar') as bar,
postgres-#      lpad('',100,md5(id||'baz')) as baz
postgres-# from generate_series(1,1000000) t(id);
SELECT 1000000
postgres=# create index testi on test(id,bar);
CREATE INDEX
postgres=# prepare testq(integer,text) as select * from test where ($1 is null or id = $1) and ($2 is null or bar = $2);
ERROR:  prepared statement "testq" already exists
postgres=# deallocate testq;
DEALLOCATE
postgres=# prepare testq(integer,text) as select * from test where ($1 is null or id = $1) and ($2 is null or bar = $2);
PREPARE
postgres=# explain execute testq(100500,'qq');
                             QUERY PLAN
---------------------------------------------------------------------
 Bitmap Heap Scan on test  (cost=7.39..105.39 rows=25 width=100)
   Recheck Cond: ((id = 100500) AND (bar = 'qq'::text))
   ->  Bitmap Index Scan on testi  (cost=0.00..7.38 rows=25 width=0)
         Index Cond: ((id = 100500) AND (bar = 'qq'::text))
(4 rows)

В ответ на:

---

у меня вот уже такой запрос хочет table scan

---

В ответ на:

---

постгрес как-то это делает

---

Quote:

---

в очередной раз сделал для себя вывод - держаться подальше от MSSQL

---