Комментарии 7
Где pgpro_planner помогает, а где нет
А случайно нет готовых примеров для Демобазы 2.0 ?
Для продолжения экспериментов с производительностью под параллельной нагрузкой.
Я правильно понимаю, что для ванилы не сборки?
Ограничения для IN (VALUES …) → = ANY(array)
...
Трансформация не применяется, если внутри VALUES: ...[и далее по пунктам]
Представим такой код:
SELECT ten FROM onek t WHERE unique1 IN (VALUES (0), (1), (NULL), (2));Есть ли смысл в частичном преобразовании в ANY? т.е. примерно вот так: (все что можно, суем в ANY, остальное оставляем как было)
SELECT ten FROM onek t WHERE
unique1 = ANY('{0, 1, 2}'::numeric[])
OR unique1 IN (VALUES (NULL));p.s. я не силен в особенностях внутреннего устройства postgresql
На фоне приседаний многих компаний выпускающих энтерпрайзные postgres для 1С у меня возник вопрос:
Это феномен чисто Российский когда компания производитель СУБД оптимизирует СУБД под конкретный софт (под 1С) или это имеет место быть и в других кровавых Ынтерпрайзах типа MSSQL/Oracle ?
Если ли другие производители СУБД (MSSQL/Oracle) подстраивают свой разработки под конкретный софт, то можно еще примеры под какой софт они подстраиваются?
Информация
- Дата регистрации
- Дата основания
- Численность
- 501–1 000 человек
- Местоположение
- Россия
- Представитель
- Иван Панченко
Маленькие, но мощные оптимизации: как pgpro_planner спасает запросы из мира 1С