Недостатки PostrgeSQL / Сравнение СУБД

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Недостатки PostrgeSQL

77 сообщений из 77, показаны все 4 страниц

все

Недостатки PostrgeSQL

#37788344

Serge_RUS

Гость

Добрый день!
Мучаюсь выбором СУБД, коллеги советуют PostgreSQL. Говорят, что последняя версия всем хороша по сравнению с MS SQL 2008, MySQL, FireBird. Однако мой рациональный ум требует положить на весы еще и плохие стороны, которые, возможно, замалчиваются моими коллегами. Что с ним может быть не так? Какие трудности могут возникнуть?

Читал http://www.sql.ru/forum/actualthread.aspx?tid=770393, но ссылка на исходную статью мертва.
Читал http://www.sql.ru/forum/actualthread.aspx?tid=191142, но тема очень старая, доверять ей опасно, многое, наверное, уже изменилось.

Что скажете, уважаемые?

...

Рейтинг:

0 / 0

10.05.2012, 18:39

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37788347

Serge_RUS

Гость

Ой, уберите запятую в ссылках на ветки.

...

Рейтинг:

0 / 0

10.05.2012, 18:41

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37788388

SERG1257

Участник

Сообщения: 2 932

Рейтинг: 0 / 0

Что может быть не так в граблях, когда ты ими работаешь. А вот когда они мирно лежат в траве, а ты на них наступаешь...
Вывод - проблемы не в инструменте, проблемы могут быть у тебя с инструментом.
P.S. c PostgreSQL никогда не работал, что там в последней версии не знаю.

...

Рейтинг:

0 / 0

10.05.2012, 19:23

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37788399

Конкретизируйте вопрос

Гость

Если все плюсы и минусы описывать это на год. Конкретизируйте вопрос.

...

Рейтинг:

0 / 0

10.05.2012, 19:39

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37788630

Serge_RUS

Гость

Интересует следующее:
1. Работа ADO.NET-провайдеров, поддержка NHibernate
2. Поддержка в Python, SQLAchemy
3. Качество визуальных инструментов управления базами данных, аналоги Management Studio
4. Поддержка скалирования (scaling) из коробки
5. Скорость операций вставки-чтения на 1 200 000 000 записях в таблице при возможном увеличении до 2-х.

...

Рейтинг:

0 / 0

11.05.2012, 00:39

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37789073

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

Скажу о Firebird:
1. Провайдер есть. NHibernate, кажется, ещё никому не удалось заставить работать.
2. Так себе
3. Management Studio и близко не валялся с IBExpert-ом.
4. До пары десятков ядер масштабируется из коробки. Выше уже придётся помучиться.
5. При наличии индексов, скорость вставки-чтения практически не зависит от числа записей
на адекватном железе.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

11.05.2012, 11:55

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37789219

Serge_RUS

Гость

Да, с NHibernate'ом мы тоже мучались на FireBird (также мучались с его пустыми строками в старом стабильном провайдере, однако позже это было исправлено), а так как у команды были проекты только с FB и MS SQL, то переезд на открытую платформу был отложен. Однако интересен с этих позиций Postgre. Провайдер Mono для MS SQL не отличается стабильностью. Когда MS SQL меняет порт (а делает это он почти каждые минут 20), то соединение отваливается, этот случай приходиться обрабатывать отдельно, а отключать смену порта -- ущерб в производительности, так как с ним кроме Mono еще другие работают.

...

Рейтинг:

0 / 0

11.05.2012, 13:03

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37789555

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Serge_RUSКогда MS SQL меняет порт (а делает это он почти каждые минут 20)

Да вы что?! Вот так, вот, чтоб работающая служба взяла и поменяла порт, которая она слушает... М.б. дело было не в MS SQL?

...

Рейтинг:

0 / 0

11.05.2012, 15:12

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37790612

Warstone

Участник

Сообщения: 4 422

Рейтинг: 0 / 0

Serge_RUSИнтересует следующее:
1. Работа ADO.NET-провайдеров, поддержка NHibernate
2. Поддержка в Python, SQLAchemy
3. Качество визуальных инструментов управления базами данных, аналоги Management Studio
4. Поддержка скалирования (scaling) из коробки
5. Скорость операций вставки-чтения на 1 200 000 000 записях в таблице при возможном увеличении до 2-х.
1. под NET есть свой, кажется, провайдер. Тут лучше не скажу ибо не ботнетчик
2. Опять-таки что-то есть, но и с Питоном не работал, ибо позиционно зависимые языки должны умереть.
3. pgAdmin в основном. Management Studio не видел... Линки?
4. Если про "на одном хосте", то тут у нас все ждут 9.2 Там проверяли - линейное нарастание мощности на 64-х ядрах - было. (Больше просто хост не нашли). Если про "несколько хостов", то тут только репликация, а это все-таки печально. С всякими там NAS'ами в качестве хранилища он не работает (То есть нету специального драйвера).
5. 1,2 млрд? Вообще я скажу так - штатными средствами мне на дев машине через COPY (есть там такая команда) удалось догнать до 50Мб/с вставки данных в один поток.

Если-же вы хотите минусы, то основных вот они:
- OLTP. Из-за архитектуры 1 коннект один процесс. Хотя работы в этом направлении ведутся.
- Процессы. Из-за их использования, открытие коннекта - довольно дорого. Однако есть решения.
- Нету Мат Вью. Вернее есть, но руками на триггерах.
- MVCC. Из-за того, что он версионник, есть оверхеды и "внезапные" проблемы, о которых на MySQL(Inno) и MSSQL просто не слышали.

Да, они-же и плюсы.
- OLTP. Оно быстрее MyISAM. Хотя и ACID. Можно и не-ACID(UNLOGGED таблицы), тогда еще быстрее.
- Процессы. Если один упал - остальные работают. Сразу скажу, что память - шарится между процессами.
- Ну, тут не плюс. Согласен.
- MVCC. Практически ненужны блокировки. Обойдемся транзакциями. Блокировки нужны ТОЛЬКО в очень ограниченных случаях. В своей работе - мне ни разу ненужно было. транзакции и ACID - рулят. Но надо перестраивать голову.

...

Рейтинг:

0 / 0

12.05.2012, 11:11

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37790616

Warstone

Участник

Сообщения: 4 422

Рейтинг: 0 / 0

Warstone- MVCC. Из-за того, что он версионник, есть оверхеды и "внезапные" проблемы, о которых на MySQL(Inno) и MSSQL просто не слышали.MyISAM, сорри.

...

Рейтинг:

0 / 0

12.05.2012, 11:13

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37791018

процесс от PG падал

Гость

Warstone- Процессы. Если один упал - остальные работают. Сразу скажу, что память - шарится между процессами.
А у вас хоть раз процесс от PG падал и из-за чего?

...

Рейтинг:

0 / 0

12.05.2012, 14:06

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37791323

Serge_RUS

Гость

Warstone, спасибо за пункты!

Хотелось бы еще собрать информацию о проблемах, чтобы знать к чему быть готовым в обозримом будущем, пожалуйста, пишите!

...

Рейтинг:

0 / 0

12.05.2012, 16:27

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37791774

Степан H.

Участник

Откуда: Министерство Хунты❄

Сообщения: 1 479

Рейтинг: 0 / 0

процесс от PG падалА у вас хоть раз процесс от PG падал и из-за чего?
^{-Але! Служба! У нас сервер упал!

-Код ошибки какой?

-Нет, он со стула упал!}
У нас было дело процесс PG "уронили", но сами на практике никогда не падали.

...

Рейтинг:

0 / 0

13.05.2012, 00:07

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37791798

процесс от PG падал

Гость

Степан H.процесс от PG падалА у вас хоть раз процесс от PG падал и из-за чего?
^{-Але! Служба! У нас сервер упал!

-Код ошибки какой?

-Нет, он со стула упал!}
У нас было дело процесс PG "уронили", но сами на практике никогда не падали.
А каким образом его "уронили" если не секрет?

...

Рейтинг:

0 / 0

13.05.2012, 01:00

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37866332

qwwq

Участник

Сообщения: 2 880

Рейтинг: 0 / 0

процесс от PG падалСтепан H.пропущено...
У нас было дело процесс PG "уронили", но сами на практике никогда не падали.
А каким образом его "уронили" если не секрет?

ну вот такая когда-то в постгресе была возможность создания рекурсивно-определяемого типа:
http://www.sql.ru/forum/actualthread.aspx?tid=838618&pg=1&mid=10424441&hl=%ef%e0%e4%e0%e5%f2#10424441
стабильно роняла сервер.
закрыли, кажется.

...

Рейтинг:

0 / 0

04.07.2012, 16:25

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37866349

процесс от PG падал

Гость

qwwqпроцесс от PG падалпропущено...

А каким образом его "уронили" если не секрет?

ну вот такая когда-то в постгресе была возможность создания рекурсивно-определяемого типа:
http://www.sql.ru/forum/actualthread.aspx?tid=838618&pg=1&mid=10424441&hl=%ef%e0%e4%e0%e5%f2#10424441
стабильно роняла сервер.
закрыли, кажется.
Типа он начинает пронумеровывать ссылку саму на себя в бесконечность или все таки начинает погружаться вглубь рекурсии?

...

Рейтинг:

0 / 0

04.07.2012, 16:34

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37866393

qwwq

Участник

Сообщения: 2 880

Рейтинг: 0 / 0

процесс от PG падалqwwqпропущено...

ну вот такая когда-то в постгресе была возможность создания рекурсивно-определяемого типа:
http://www.sql.ru/forum/actualthread.aspx?tid=838618&pg=1&mid=10424441&hl=%ef%e0%e4%e0%e5%f2#10424441
стабильно роняла сервер.
закрыли, кажется.
Типа он начинает пронумеровывать ссылку саму на себя в бесконечность или все таки начинает погружаться вглубь рекурсии?ну почитайте там, по ссылке, там же тесты приведены, когда и как эта конструкция падает

т.е. пж (8-какой-то) позволял в одно из полей таблицы t (и типа t) положить запись того же типа t.
и даже кажется так работал. (что более чем забавно, и открывает)

но при попытке ALTER table "t" (или что тоже самое - ALTER TYPE "t" ) такой рекурсивно-определенной таблицы (т.е., в итоге, рекурсивно-определённого типа) он (пж) падал.

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

а почему падает такой ALTER (даже при отсутствии живых записей) - надо в исходники поглазеть, думается

...

Рейтинг:

0 / 0

04.07.2012, 16:55

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37866791

процесс от PG падал

Гость

qwwqа почему падает такой ALTER (даже при отсутствии живых записей) - надо в исходники поглазеть, думается
А, ну вот это меня и интересовало :)

...

Рейтинг:

0 / 0

05.07.2012, 00:02

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37883350

SangYong

Гость

Serge_RUS,

а еще мелочи....

1. (-) Select * from MyTable - не прокатит - в MSA когда делаешь ретранслируемый запрос
на сервер - хочется сразу все поля таб-цы получить....
2 (-) если на вин сидим то локейшен втыкает - решается Create Operator
3 (+/-) вьюхи не обновляемые - приходится триггеры или рулы сочинять...хотя это
4 (-) каскадное изменение....
5 (-) на MSSQL - детач сделал, кинул на флеху, приэтачил....удобно одним файлом
снимки баз опять таки, линкованые сервера....
6 (+) есть нелогируемые таблицы - когда каждый день кучу прайсов обновляешь по
поллимона позиций - оч удобно....

спецам высокого полета это все незаметно - а таким как я кодилам
это по рукам стучит....

...

Рейтинг:

0 / 0

18.07.2012, 11:33

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37883574

Warstone

Участник

Сообщения: 4 422

Рейтинг: 0 / 0

SangYongSerge_RUS,

а еще мелочи....

1. (-) Select * from MyTable - не прокатит - в MSA когда делаешь ретранслируемый запрос
на сервер - хочется сразу все поля таб-цы получить....
2 (-) если на вин сидим то локейшен втыкает - решается Create Operator
3 (+/-) вьюхи не обновляемые - приходится триггеры или рулы сочинять...хотя это
4 (-) каскадное изменение....
5 (-) на MSSQL - детач сделал, кинул на флеху, приэтачил....удобно одним файлом
снимки баз опять таки, линкованые сервера....
6 (+) есть нелогируемые таблицы - когда каждый день кучу прайсов обновляешь по
поллимона позиций - оч удобно....

спецам высокого полета это все незаметно - а таким как я кодилам
это по рукам стучит....1) Подробнее... Я вас не понял.
2) Вин - это ошибка мироздания. Так что...
3) Да, не обновляемые... Только рулами ибо как ты будешь обновлять Вьюху по 10 таблицам я не представляю.
4) ?? Оно есть. ON UPDATE CASCADE или его нету ON UPDATE RESTRICT / NO ACTION
5) Да, так как MSSQL блокировочник, то там это сделать можно. Однако Foreign Data Mapper был придуман как-раз для этого (в том числе)
6) А еще есть tablespace в tmpfs (руками).

...

Рейтинг:

0 / 0

18.07.2012, 12:59

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37883733

pkarklin

Участник

Откуда: Москва (Муром)

Сообщения: 78 075

Рейтинг: 0 / 0

Warstone5) Да, так как MSSQL блокировочник, то там это сделать можно.

Непонятно, как "блокировочность" (и то в далеком прошлом) MS SQL коррелируется с тем, что указал SangYong

SangYongна MSSQL - детач сделал, кинул на флеху, приэтачил....удобно одним файлом
снимки баз опять таки, линкованые сервера....

Warstone2) Вин - это ошибка мироздания. Так что...

Это высказыванния уровня детского сада и они ничего, кроме саркастической улыбки не вызывают.

...

Рейтинг:

0 / 0

18.07.2012, 14:13

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37884179

SangYong

Гость

pkarklin,

меньше всего хотелось бы холивара :)

по поводу ошибок мироздания - это классика
жанра любого линуксоида - на эт даже
внимания не обращаю...

по созданию пользовательского
оператора: http://www.postgresonline.com/journal/archives/24-Using-MS-Access-with-PostgreSQL.html

по поводу * хотя мне уже ответили :) - смирился:
http://www.sql.ru/forum/actualthread.aspx?tid=898115

...

Рейтинг:

0 / 0

18.07.2012, 16:43

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37893178

mad_nazgul

Участник

Сообщения: 3 848

Рейтинг: 0 / 0

Serge_RUSДобрый день!
Мучаюсь выбором СУБД, коллеги советуют PostgreSQL. Говорят, что последняя версия всем хороша по сравнению с MS SQL 2008, MySQL, FireBird. Однако мой рациональный ум требует положить на весы еще и плохие стороны, которые, возможно, замалчиваются моими коллегами. Что с ним может быть не так? Какие трудности могут возникнуть?

Читал http://www.sql.ru/forum/actualthread.aspx?tid=770393, но ссылка на исходную статью мертва.
Читал http://www.sql.ru/forum/actualthread.aspx?tid=191142, но тема очень старая, доверять ей опасно, многое, наверное, уже изменилось.

Что скажете, уважаемые?

Главный плюс PostgreSQL, что при минимальных затратах его можно заменить на Oracle (в теории) :-)
А так из бесплатных это самый "удобный" SQL Server.
Насчет лучше MS SQL 2008 можно спорить.
Хотя я бы лично м/у MS SQL 2008 и PostgreSQL выбрал бы PostgrSQL.

...

Рейтинг:

0 / 0

26.07.2012, 07:47

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37945796

V&N

Гость

SSI (SERIALIZABLE), до версии 9.1 поведение одно, после - другое.
Для получения старого эффекта, наверное, придется использовать REPEATABLE READ (нужно тестировать).
Новый SERIALIZABLE - настолько крут, что ... проверять все нюансы старых методов обработки данных.
Но это - фича, а не недостаток.

...

Рейтинг:

0 / 0

06.09.2012, 01:59

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37949423

bochkov

Участник

Откуда: Камчатка

Сообщения: 4 116

Рейтинг: 0 / 0

занялся Postgre, а вообще я Mysql люблю,
он count медленно считает,ну просто писец,
тут еще решил таблицу разбить на секции по годам,
данные с помощью copy заливаю,
виндовский сервис падает.

...

Рейтинг:

0 / 0

08.09.2012, 14:01

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37949429

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

bochkovон count медленно считает,ну просто писец,

Привыкай не использовать count по целой таблице. Это особенность всех версионников.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

08.09.2012, 14:19

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37949431

bochkov

Участник

Откуда: Камчатка

Сообщения: 4 116

Рейтинг: 0 / 0

Dimitry Sibiryakov Это особенность всех версионников .

кто это?

...

Рейтинг:

0 / 0

08.09.2012, 14:23

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37949669

mikron

Участник

Сообщения: 865

Рейтинг: 0 / 0

Для меня 3 года назад решаюшим критерием стал слабый оптимизатор, и особенность, что план выполнения запроса из процедуры не подстраивался / перестраивался в зависимости от релальных параметров. В остальном же постгрес вполне на уровне.
И по моему велись работы, по добавлению информации о видимости транзакций в индексы. А это сразу даёт bust для многих запросов.

...

Рейтинг:

0 / 0

08.09.2012, 23:16

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37949987

tanglir

Участник

Сообщения: 30 379

Рейтинг: 0 / 0

mikronслабый оптимизаторЭто смотря с чем сравнивать :)
mikronbustboost же.

...

Рейтинг:

0 / 0

09.09.2012, 16:32

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37950086

mikron

Участник

Сообщения: 865

Рейтинг: 0 / 0

mikronbustboost же.[/quot]
Моя безграмотность и автокорекция.
Burst иммел в виду.

...

Рейтинг:

0 / 0

09.09.2012, 19:58

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37951816

Росгоснанораспилтрест

Участник

Откуда: Главпилорама

Сообщения: 2 696

Рейтинг: 0 / 0

В Постгресе есть такая штука - UPDATE FROM. Блин, как мне её сейчас не хватает в оракле... Ну как, КАК они до сих пор не допёрли до такой очевидной вещи? Приходится извращаться с анонимными PL/SQL блоками...

...

Рейтинг:

0 / 0

10.09.2012, 23:26

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37951829

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

РосгоснанораспилтрестПриходится извращаться с анонимными PL/SQL блоками...

Это общая судьба нечитателей. Они знают все извращения, но не стандартный запрос MERGE.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

10.09.2012, 23:37

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37951849

Росгоснанораспилтрест

Участник

Откуда: Главпилорама

Сообщения: 2 696

Рейтинг: 0 / 0

Код: sql

1.
2.
3.
4.

UPDATE table 1 t1
SET field1 = sq.field1
FROM (тут большой селект с кучей джойнов и прочей ботвой) sq
WHERE t1.id = sq.id AND t1.date BETWEEN sq.date1 AND sq.date2

Помоги перевести в Merge. Я не допёр. С меня пиво.

...

Рейтинг:

0 / 0

11.09.2012, 00:14

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37951855

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

РосгоснанораспилтрестПомоги перевести в Merge. Я не допёр.
А в чём проблема-то?

Код: sql

1.
2.
3.
4.

MERGE INTO table_1 t1
USING (тут большой селект с кучей джойнов и прочей ботвой) sq
ON t1.id = sq.id AND t1.date BETWEEN sq.date1 AND sq.date2
WHEN MATCHED THEN UPDATE SET field1 = sq.field1

Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

11.09.2012, 00:25

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37951876

Мистер

Гость

Dimitry SibiryakovРосгоснанораспилтрестПомоги перевести в Merge. Я не допёр.
А в чём проблема-то?

Код: sql

1.
2.
3.
4.

MERGE INTO table_1 t1
USING (тут большой селект с кучей джойнов и прочей ботвой) sq
ON t1.id = sq.id AND t1.date BETWEEN sq.date1 AND sq.date2
WHEN MATCHED THEN UPDATE SET field1 = sq.field1

Он на 100% идентичен приведенному выше UPDATE FROM?

...

Рейтинг:

0 / 0

11.09.2012, 00:52

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37951888

V&N

Гость

Росгоснанораспилтрест , так не работает?
postgresql

Код: plsql

1.
2.
3.
4.
5.

update employee_bonus
  set bonus = 0 
 from employee_bonus b 
 join employees e on b.employee_id = e.employee_id
where e.bonus_eligible = 'N'

oracle

Код: plsql

1.
2.
3.
4.
5.

 update (select bonus 
           from employee_bonus b 
          inner join employees e on b.employee_id = e.employee_id 
          where e.bonus_eligible = 'N') t
    set t.bonus = 0

...

Рейтинг:

0 / 0

11.09.2012, 01:46

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37952343

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

МистерОн на 100% идентичен приведенному выше UPDATE FROM?

Если я правильно понимаю логику этого UPDATE FROM, то - да.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

11.09.2012, 12:29

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37953497

Росгоснанораспилтрест

Участник

Откуда: Главпилорама

Сообщения: 2 696

Рейтинг: 0 / 0

Dimitry SibiryakovРосгоснанораспилтрестПомоги перевести в Merge. Я не допёр.
А в чём проблема-то?

Код: sql

1.
2.
3.
4.

MERGE INTO table_1 t1
USING (тут большой селект с кучей джойнов и прочей ботвой) sq
ON t1.id = sq.id AND t1.date BETWEEN sq.date1 AND sq.date2
WHEN MATCHED THEN UPDATE SET field1 = sq.field1

М-да, я видимо эпично протупил и недоRTFMил. Ну, завтра проверю, как оно работает. Спасибо, пиво куда?

...

Рейтинг:

0 / 0

11.09.2012, 22:37

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37953500

Росгоснанораспилтрест

Участник

Откуда: Главпилорама

Сообщения: 2 696

Рейтинг: 0 / 0

V&Noracle

Код: plsql

1.
2.
3.
4.
5.

 update (select bonus 
           from employee_bonus b 
          inner join employees e on b.employee_id = e.employee_id 
          where e.bonus_eligible = 'N') t
    set t.bonus = 0

Так там не получилось. Пробовал.

...

Рейтинг:

0 / 0

11.09.2012, 22:39

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37953612

Victor Metelitsa

Участник

Откуда: Тюмень

Сообщения: 2 626

Рейтинг: 0 / 0

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.

  update (
    select bonus 
    from employee_bonus b 
      inner join employees e on b.employee_id = e.employee_id 
    where e.bonus_eligible = 'N') t
  set t.bonus = 0;

  update employee_bonus t
  set t.bonus = 0
  where exists (
    select * 
    from employees e 
    where t.employee_id = e.employee_id 
      and e.bonus_eligible = 'N'
    );

  merge into (select * employee_bonus) t
  using (select * 
    from employees e 
    where e.bonus_eligible = 'N') q
  on t.employee_id = q.employee_id 
  when matched then update set t.bonus  = 0;

...

Рейтинг:

0 / 0

12.09.2012, 00:52

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37955980

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

Dimitry SibiryakovРосгоснанораспилтрестПриходится извращаться с анонимными PL/SQL блоками...

Это общая судьба нечитателей. Они знают все извращения, но не стандартный запрос MERGE.

Одно я только не пойму, почему в oracle не реализовали MERGE с для view с instead of триггерами.

...

Рейтинг:

0 / 0

13.09.2012, 13:36

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37956049

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

FreemanZAVпочему в oracle не реализовали MERGE с для view с instead of триггерами.

Индусы, что с них возьмёшь...
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

13.09.2012, 14:03

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37956059

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

Dimitry SibiryakovFreemanZAVпочему в oracle не реализовали MERGE с для view с instead of триггерами.

Индусы, что с них возьмёшь...

Откуда у индусов такая паталогическая ненависть к instead of триггерам. MERGE ведь не единственный баг.

...

Рейтинг:

0 / 0

13.09.2012, 14:07

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37972836

йоксель

Гость

большой недостаток PostgreSQL - он позволяет вложенные WITH (т.е. стартовать вложенный селект с WITH) примерно так

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

WITH RECURSIVE a  AS (
 SELECT ....
UNION ALL
 (WITH foo AS (SELECT * FROM a WHERE .... LIMIT 1)
   SELECT c.*,... FROM c JOIN foo  ON .... WHERE ... LIMIT 13 --1 foo
   UNION ALL 
   SELECT d.*,... FROM d JOIN foo ON .... WHERE ... LIMIT 7 --2 foo
   [UNION ALL ]--n foo => де -факто - множественный рекурсивный член Union-a
 )
)
SELECT * FROM a;

- т.е. крайне удобно, как оказалось.

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

...

Рейтинг:

0 / 0

26.09.2012, 13:32

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37984966

ОКТОГЕН

Участник

Сообщения: 2 543

Рейтинг: 0 / 0

йоксельбольшой недостаток PostgreSQL - он позволяет вложенные WITH (т.е. стартовать вложенный селект с WITH) примерно так

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

WITH RECURSIVE a  AS (
 SELECT ....
UNION ALL
 (WITH foo AS (SELECT * FROM a WHERE .... LIMIT 1)
   SELECT c.*,... FROM c JOIN foo  ON .... WHERE ... LIMIT 13 --1 foo
   UNION ALL 
   SELECT d.*,... FROM d JOIN foo ON .... WHERE ... LIMIT 7 --2 foo
   [UNION ALL ]--n foo => де -факто - множественный рекурсивный член Union-a
 )
)
SELECT * FROM a;

...

Рейтинг:

0 / 0

05.10.2012, 10:50

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986137

йоксель

Гость

ОКТОГЕНйоксель<...>
- т.е. крайне удобно, как оказалось.

от оракла ничего вразумительного на эту тему добиться мне(ну да, руки видимо плохо растут) не удаётся, там жестко обиваются от попытки вложенного with.
RTFM!
CONNECT_BY! ты, эта, ты не мудри, да, -- ты пальцем покажы(сс)

а то такое невразумительное <кхмммм> на оракле нарисовали - без матюков не читается

...

Рейтинг:

0 / 0

05.10.2012, 22:57

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986410

трепач

Участник

Сообщения: 68

Рейтинг: 0 / 0

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

WITH RECURSIVE a  AS (
 SELECT ....
UNION ALL
 (WITH foo AS (SELECT * FROM a WHERE .... LIMIT 1)
   SELECT c.*,... FROM c JOIN foo  ON .... WHERE ... LIMIT 13 --1 foo
   UNION ALL 
   SELECT d.*,... FROM d JOIN foo ON .... WHERE ... LIMIT 7 --2 foo
   [UNION ALL ]--n foo => де -факто - множественный рекурсивный член Union-a
 )
)
SELECT * FROM a;

...

Рейтинг:

0 / 0

06.10.2012, 14:36

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986450

йоксель

Гость

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

(таки я пробовал и читать и писать, и ора про ограничения синтаксиса получать, и моё резюме - оракел, как стройная синтаксически целостная машинка сосёт у постгреса. и причмокивает. в части того же with, например, ара)

...

Рейтинг:

0 / 0

06.10.2012, 15:55

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986656

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

йоксель(таки я пробовал и читать и писать, и ора про ограничения синтаксиса получать, и моё резюме - оракел, как стройная синтаксически целостная машинка сосёт у постгреса. и причмокивает. в части того же with, например, ара)

Чтож потгрес никак merge не реализует?

...

Рейтинг:

0 / 0

06.10.2012, 21:57

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986701

трепач

Участник

Сообщения: 68

Рейтинг: 0 / 0

йоксельскрипты по ссылкам, там можно и сравнить
а на доку я и тебя могу послать, ты ж от этого не поумнеешь

Понятно...
Чукча ж нечитатель...
Ты прочел и ничего не понял.
В таком случае тебе уже ничто не поможет.

...

Рейтинг:

0 / 0

06.10.2012, 23:03

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986703

трепач

Участник

Сообщения: 68

Рейтинг: 0 / 0

йоксель... пропущено...

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

Только счас обратил внимание на выделенное.
Я бы сказал они у тебя не то что бы плохо растут - они у тебя просто не оттуда растут...

...

Рейтинг:

0 / 0

06.10.2012, 23:05

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986746

йоксель

Гость

6880трепачйоксель скрипты по ссылкам, там можно и сравнить
а на доку я и тебя могу послать, ты ж от этого не поумнеешь

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

следи за руками:
1. ссылку , как это не очень красиво (эстетически) реализовано в оракле вам дали тут 13276774 , сюда -- <кхмммм>

2. как приготовить тест -кейс для оракла - там же в первом посте
задачка

3. как это эстетично (не прибегая к левым средствам) выразить в постгресе - в том же посте есть ссылка, но я вам её сюда вставлю: Лента новостей по категориям

4. теперь сидим, ждём, когда дон трепач явленной миру парой SQL росчерков обнаружит прямизну своих рук (и синтаксическую стройность оракла в with ли, в connect by ли, в их ли комбинации)
(а я поучусь, если будет чему )

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

...

Рейтинг:

0 / 0

06.10.2012, 23:51

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986749

йоксель

Гость

FreemanZAV <>

Чтож потгрес никак merge не реализует?
а зачем ?

чтобы с такими вот http://www.sql.ru/forum/actualthread.aspx?tid=974321 глазёнками вопросы на формумах задавать?

...

Рейтинг:

0 / 0

06.10.2012, 23:54

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986755

йоксель

Гость

трепач<>
Только счас обратил внимание на выделенное.
<>а у тя, кроме речевого, не токмо руки - для показать - не выросли , но и зрительно ты как-то обделён, пичалька

или это "синдром нарушения внимания" ?

...

Рейтинг:

0 / 0

07.10.2012, 00:00

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986779

SergSuper

Участник

Откуда: SPb

Сообщения: 5 995

Рейтинг: 0 / 0

люди, давайте прекратим тинейджерскую ругань
иначе все потру

...

Рейтинг:

0 / 0

07.10.2012, 00:35

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986879

йоксель

Гость

SergSuperлюди, давайте прекратим тинейджерскую ругань
иначе все потру
спасибо,
всё, чего я хотел бы от пряморуких -
реализацию того же перебора только гребёнки по составному индексу (по 4-5 первых записей на, корень на), внятными с т.з. SQL, пусть и диалект-специфичными средствами

-- т.к. рефлексов именно в оракле у меня нет, я всё время утыкаюсь в какие-то синтаксические ограничения, которые мне не нравятся

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.

ORA-32034: не поддерживается использование фразы WITH
32034. 00000 -  "unsupported use of WITH clause"
*Cause:    Inproper use of WITH clause because one of the following two reasons
           1. nesting of WITH clause within WITH clause not supported yet
           2. For a set query, WITH clause can't be specified for a branch.
           3. WITH clause can't sepecified within parentheses.
*Action:   correct query and retry
Error at Line: 10 Column: 10

- ну не идиотизм ли ? Если with есть допустимая часть SELECT, а SELECT допускает вложенный SELECT, то нормально сконструированный язык будет допускать для этого вложенного SELECT-а всё то, что доступно для исходного (за исключением быть может тех случаев, когда это влечёт возможность безопорной рекурсии типа "всех тех кто не бреется сам"), а язык для профессиональных читателей [каким по факту является ора-диалект SQL] - будет включать 100500 отсылок к исключениям и т.п. брехни.

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

...

Рейтинг:

0 / 0

07.10.2012, 10:04

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986903

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

йоксельFreemanZAV <>

Чтож потгрес никак merge не реализует?
а зачем ?

чтобы с такими вот http://www.sql.ru/forum/actualthread.aspx?tid=974321 глазёнками вопросы на формумах задавать?

То, что оракл хреново этот оператор реализовал, не значит что он (оператор) плохой. А ответ, зачем нужен merge можно поискать в гугле, например.

...

Рейтинг:

0 / 0

07.10.2012, 11:01

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37986965

йлксель

Гость

FreemanZAVТо, что оракл хреново этот оператор реализовал, не значит что он (оператор) плохой. А ответ, зачем нужен merge можно поискать в гугле, например.ну вот я и спрашиваю - зачем торопиться реализовывать оператор плохо ? Т.е. вместо merge -> merde

но, заметьте, не я заговорил про оракловое merde , это вы его зачем-то потрогали палочкой, в ответ на вопрос "почему оракел плохо реализовал WITH?" - получилось у вас "а зато, а зато, оракел много всякого merde реализовал!" - ну право же прелесть, а не аргумент

а можно ли его, merge , реализовать хорошо - я пока и не обсуждаю

...

Рейтинг:

0 / 0

07.10.2012, 13:12

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37987042

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

йлксель FreemanZAV
То, что оракл хреново этот оператор реализовал, не значит что он (оператор) плохой. А ответ, зачем нужен merge можно поискать в гугле, например.
ну вот я и спрашиваю - зачем торопиться реализовывать оператор плохо ? Т.е. вместо merge -> merde
Т.е. postgres реализовать merge хорошо не может?

йлксель но, заметьте, не я заговорил про оракловое merde, это вы его зачем-то потрогали палочкой, в ответ на вопрос "почему оракел плохо реализовал WITH?" - получилось у вас "а зато, а зато, оракел много всякого merde реализовал!" - ну право же прелесть, а не аргумент

Совсем плохой читатель однако. В моём посте не было ни слова "merde", ни слова "oracle". Напоминаю, что там было

FreemanZAVйоксель(таки я пробовал и читать и писать, и ора про ограничения синтаксиса получать, и моё резюме - оракел, как стройная синтаксически целостная машинка сосёт у постгреса. и причмокивает. в части того же with, например, ара)

Чтож потгрес никак merge не реализует?

...

Рейтинг:

0 / 0

07.10.2012, 14:44

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37987054

йоксель

Гость

FreemanZAVйлксель но, заметьте, не я заговорил про оракловое merde, это вы <...>
в ответ на вопрос "почему оракел плохо реализовал WITH?" - получилось у вас "а зато, а зато, оракел много всякого merde реализовал!" - ну право же прелесть, а не аргумент

<...> В моём посте не было ни слова "merde", ни слова "oracle". Напоминаю, что там было

FreemanZAVпропущено...
Чтож потгрес никак merge не реализует? "а он всегда был спорщиком - припрут к стене - откажется"
-- вот только мне недосуг пустоболов тут по стенке рестирать. хехехе

-- или показывай пальцем на реализацию приличного эквивалента к тому, что легко делается (нереализованным в оракл) "нестед WITH"-ом в PostgreSQL, либо гуляй вася

- я так понял, вы "васю" выбрали ? -- гуляйте

...

Рейтинг:

0 / 0

07.10.2012, 15:01

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37987062

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

Опять недоучившиеся студенты. Ибо такое

йоксель (таки я пробовал и читать и писать, и ора про ограничения синтаксиса получать, и моё резюме - оракел, как стройная синтаксически целостная машинка сосёт у постгреса. )

мог сказать только студент-недоучка, который только и выучил, что оператор with. Я могу, помимо merge, назвать массу операторов, которые есть в oracle и нет в postgres и то, что оракел сосёт у постгреса, я бы не сказал.

...

Рейтинг:

0 / 0

07.10.2012, 15:18

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37987364

йоксель

Гость

FreemanZAVОпять недоучившиеся студенты. Ибо такое

йоксель (таки я пробовал и читать и писать, и ора про ограничения синтаксиса получать, и моё резюме - оракел, как стройная синтаксически целостная машинка сосёт у постгреса. )

мог сказать только студент-недоучка, который только и выучил, что оператор with. Я могу, помимо merge , назвать массу операторов, которые есть в oracle и нет в postgres и то, что оракел сосёт у постгреса, я бы не сказал.

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

хотя приятно было услышать ваше признание, что чуть выше вы имели в виду именно merde и именно оракла , т. ч. вы зря там[, чуть ниже, чем "чуть выше",] пытались от себя же и откреститься.

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

...

Рейтинг:

0 / 0

08.10.2012, 00:06

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37987458

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Ну merge есть не только в Oracle. Можно посмотреть реализацию в DB2, MSSQL, Firebird ...

...

Рейтинг:

0 / 0

08.10.2012, 08:25

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37988695

йоксель

Гость

Симонов ДенисНу merge есть не только в Oracle. Можно посмотреть реализацию в DB2, MSSQL, Firebird ...ну про merge я и не спрашивал . всё началось, если отмотать, с утверждения, что в Постгресе with реализован более последовательно, что позволяет в частности поиметь некие приятные последствия , а вот как их, последствия получить в оракле - неясно (не смотря на разнокалиберицу реализованных так ли сяк ли "рекурсивных" операторов).

на что мне сказали, что "а зато,а зато,а зато в постгресе мерже не реализован"

на что я и сказал -- ну ихбсним, если он реализован так, что глазёнки на лоб у адептов вылупляются [и тыц привёл, на глазёнки]

вот скажем with животворящий в совокупности с insert|update|delete returning в PostgreSQL тоже позволяют писать всякие многоэтажные (одиночные) стейтменты. на свой вкус , кстати сказать. но я бы хорошо потестировал, прежде чем пользовать эти многоэтажки конкурентно. А вот в однопоточной заливке данных без конкурентов - они очень даже ничего, думается.

про ФБ я ничего думать не буду, если позволите, поскольку кроме того, что там изначально некий анекдот был реализован с базовыми кляузами [о котором я тоже давно всё прочно забыл], я уже лет 10 ничего про них не знаю и знать не хочу
А вот про оракл мне интересно, но как-то туго народ на демонстрации разводится. А те, кто вписываются за честь оракла - на поверку -- птичники, и кроме названий операторов ничего предъявить не желают. Это ж какой стресс, наверное, - 10-к лет отдать птичке, при этом тайно надрач поклоняясь ораклу.
вот теперь универсалы - энциклопедисты зачастили.
и тоже - с названиями.
операторов и субд.
спасибо, энциклопедисты, но где же демонстрашечки примитивные ?
вы эта, вы "пальцем показать" собираетесь ?
или так и будем названия в копилочку складывать ?

...

Рейтинг:

0 / 0

08.10.2012, 17:04

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37988881

Yo.!

Гость

йоксель в Постгресе with реализован более последовательно, что позволяет в частности поиметь некие приятные последствия
почитал я те два топика и не вьехал. нам тут пытаются рассказать что вот этот изврат из-за отсутствия аналитических функций в постгресе

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.

WITH RECURSIVE collector AS 
	(
		(SELECT t.*
			, 1 AS n ,1 AS m
		FROM test_table t
		ORDER BY low_cardinality DESC, high_cardinality DESC LIMIT 1)
	UNION ALL

		(SELECT *
		 FROM ( WITH c AS (SELECT * FROM COLLECTOR WHERE n=1 ORDER BY low_cardinality DESC, high_cardinality DESC LIMIT 1 )
		  (SELECT 
			 t.*
			, 2  AS n
			, c.m AS m
			FROM test_table t		
			INNER JOIN c ON ((SELECT min(c.low_cardinality) FROM c)=t.low_cardinality AND  c.high_cardinality>=t.high_cardinality)
		--/*
			WHERE t.id <>c.id
				
		--*/							
			ORDER BY t.low_cardinality DESC, t.high_cardinality DESC LIMIT 3)
	--/*
			UNION ALL 
			(SELECT 
			 t.*
			, 1  AS n
			, c.m+1 AS m
			FROM test_table t		
			INNER JOIN c ON
			 ((SELECT min(c.low_cardinality) FROM c)>t.low_cardinality)
			ORDER BY t.low_cardinality DESC, t.high_cardinality DESC LIMIT 1)
	--*/		
			) foo
		--WHERE m<12
		)
	) 
SELECT * FROM collector --WHERE m <12
ORDER BY low_cardinality DESC,high_cardinality DESC, n,m;

есть "приятные последствия" на фоне ораклового

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

with 
  pre as (
   select s.rid
   from (
       select tt.rowid rid ,row_number()over(partition by tt.low_cardinality order by tt.high_cardinality desc) rn
       from test_table tt
    ) s
   where rn<=5
)
select t.*  from test_table t,pre p where t.rowid=p.rid

я верно понял ?

...

Рейтинг:

0 / 0

08.10.2012, 18:29

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37988890

йоксель

Гость

Yo.!йоксель в Постгресе with реализован более последовательно, что позволяет в частности поиметь некие приятные последствия
почитал я те два топика и не вьехал. нам тут пытаются рассказать что вот этот изврат из-за отсутствия аналитических функций в постгресе

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.

WITH RECURSIVE collector AS 
	(
		(SELECT t.*
			, 1 AS n ,1 AS m
		FROM test_table t
		ORDER BY low_cardinality DESC, high_cardinality DESC LIMIT 1)
	UNION ALL

		(SELECT *
		 FROM ( WITH c AS (SELECT * FROM COLLECTOR WHERE n=1 ORDER BY low_cardinality DESC, high_cardinality DESC LIMIT 1 )
		  (SELECT 
			 t.*
			, 2  AS n
			, c.m AS m
			FROM test_table t		
			INNER JOIN c ON ((SELECT min(c.low_cardinality) FROM c)=t.low_cardinality AND  c.high_cardinality>=t.high_cardinality)
		--/*
			WHERE t.id <>c.id
				
		--*/							
			ORDER BY t.low_cardinality DESC, t.high_cardinality DESC LIMIT 3)
	--/*
			UNION ALL 
			(SELECT 
			 t.*
			, 1  AS n
			, c.m+1 AS m
			FROM test_table t		
			INNER JOIN c ON
			 ((SELECT min(c.low_cardinality) FROM c)>t.low_cardinality)
			ORDER BY t.low_cardinality DESC, t.high_cardinality DESC LIMIT 1)
	--*/		
			) foo
		--WHERE m<12
		)
	) 
SELECT * FROM collector --WHERE m <12
ORDER BY low_cardinality DESC,high_cardinality DESC, n,m;

есть "приятные последствия" на фоне ораклового

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

with 
  pre as (
   select s.rid
   from (
       select tt.rowid rid ,row_number()over(partition by tt.low_cardinality order by tt.high_cardinality desc) rn
       from test_table tt
    ) s
   where rn<=5
)
select t.*  from test_table t,pre p where t.rowid=p.rid

я верно понял ?неверно.
оные ф-ии в пж таки присутствуют (вы пораскрывайте там спойлеры, оно там всё и найдётся, и аналитические, и в постгресе, и в оракле), но , как и в оракле, ограничение на выборку "where rn<=5" отработает когда они оттарахтят по всем записям таблицы. борьба идёт за то, чтобы пройтись только по 4 записям на каждую ветку(по первому полю) индекса.
а результат для виндовых функций что для оракла, что для потсгреса вы могли найти в самих ссылках. с планами выполнения.
хорошо работающая запросина в оракле там тоже есть. но она через кишки оракла протянута уважаемым xtender . А не через общеупотребительные кляузы.

...

Рейтинг:

0 / 0

08.10.2012, 18:41

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37988914

Yo.!

Гость

а можно все таки по русски сформулировать претензии к ораклу ? теперь ощущение, что под соусом "приятные последствия" нам преподносят убогость постгреса и отсутствие в нем даже элементарных хинтов оптимайзеру, из за чего приходится идти на изврат с рекурсивным WITH.

...

Рейтинг:

0 / 0

08.10.2012, 19:01

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37988929

Сергей Арсеньев

Участник

Сообщения: 4 121

Рейтинг: 0 / 0

Yo.!,
Рекурсивный with есть и Oracle (с 11 версии). Просто более продвинутая форма построения дерева.

йоксель просто смешал два вопроса. Вложенные with и рекурсивные.

Вложенные тоже были бы удобными, особенно при автогенерации запросов.

Но каким образом это относится к теме не понятно...

...

Рейтинг:

0 / 0

08.10.2012, 19:11

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37989035

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

йоксель ну про merge я и не спрашивал. всё началось, если отмотать, с утверждения, что в Постгресе with реализован более последовательно, что позволяет в частности поиметь некие приятные последствия, а вот как их, последствия получить в оракле - неясно (не смотря на разнокалиберицу реализованных так ли сяк ли "рекурсивных" операторов).

Нет, утверждение звучало не так. Вы, г-н студент, утверждали что оракл сосёт в плане синтаксиса

йоксель на что мне сказали, что "а зато,а зато,а зато в постгресе мерже не реализован"

Нет, господину студенту сказали, что с его уровнем знаний, утверждать, что оракл сосёт - весьма опрометчиво, ну и привели пример, собственно.

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

Я не нанимался в учителя к студентам.

...

Рейтинг:

0 / 0

08.10.2012, 20:32

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37989040

йоксель

Гость

Yo.!а можно все таки по русски сформулировать претензии к ораклу ? теперь ощущение, что под соусом "приятные последствия" нам преподносят убогость постгреса и отсутствие в нем даже элементарных хинтов оптимайзеру, из за чего приходится идти на изврат с рекурсивным WITH.
нет, это уважаемый xtender "пытался преподнести убогость оракла и отсутствие в нем элементарных

Код: plsql

 unnest ( ARRAY(SELECT ....) )

блаблабла"
хехехе.
но я на него не в обиде. а напротив.

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

...

Рейтинг:

0 / 0

08.10.2012, 20:37

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37989044

йоксель

Гость

FreemanZAVйоксель ну про merge я и не спрашивал. всё началось, если отмотать, с утверждения, что в Постгресе with реализован более последовательно, что позволяет в частности поиметь некие приятные последствия, а вот как их, последствия получить в оракле - неясно (не смотря на разнокалиберицу реализованных так ли сяк ли "рекурсивных" операторов).

Нет, утверждение звучало не так. Вы, г-н студент, утверждали что оракл сосёт в плане синтаксиса

йоксель на что мне сказали, что "а зато,а зато,а зато в постгресе мерже не реализован"

Нет, господину студенту сказали, что с его уровнем знаний, утверждать, что оракл сосёт - весьма опрометчиво, ну и привели пример, собственно.

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

Я не нанимался в учителя к студентам.у вас истерика

...

Рейтинг:

0 / 0

08.10.2012, 20:39

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37989050

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

йоксельFreemanZAVпропущено...

Нет, утверждение звучало не так. Вы, г-н студент, утверждали что оракл сосёт в плане синтаксиса

пропущено...

Нет, господину студенту сказали, что с его уровнем знаний, утверждать, что оракл сосёт - весьма опрометчиво, ну и привели пример, собственно.

пропущено...

Я не нанимался в учителя к студентам.у вас истерика

Вы преподавателям то же говорили, когда они вас отчисляли?

...

Рейтинг:

0 / 0

08.10.2012, 20:42

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37989054

йоксель

Гость

FreemanZAV, попейте водички, - оно и попустит

...

Рейтинг:

0 / 0

08.10.2012, 20:47

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37989055

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

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

Если уж говорить конкретно о with, то оракл может материалозвать запросы внутри with. Постргес так может?

...

Рейтинг:

0 / 0

08.10.2012, 20:47

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37989057

FreemanZAV

Участник

Сообщения: 2 441

Рейтинг: 0 / 0

йоксельFreemanZAV, попейте водички, - оно и попустит

Студенту нечего сказать по существу?

...

Рейтинг:

0 / 0

08.10.2012, 20:48

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37989065

Yo.!

Гость

йоксельнет, это уважаемый xtender "пытался преподнести убогость оракла и отсутствие в нем элементарных

Код: plsql

 unnest ( ARRAY(SELECT ....) )

я понимаю что вас расстроил, но попробуйте выдохнуть и сформулировать все таки мысль. что за unnest ? что за ARRAY ?. каким боком оно к WITH ?

йоксельно вот хвалёный оракел, который не даёт вызвать внутри селекта другой синтаксически правильный селект, (из за того, что последний, видите ли, содержит with) - это реальный грёбанный стыд.
гребаный стыд это козырять фичей, что появилась два месяца назад, тогда как в оракле рекурсивный SQL был еще в прошлом веке ...

...

Рейтинг:

0 / 0

08.10.2012, 21:00

| Ответить | Цитировать | Написать

Недостатки PostrgeSQL

#37989123

йоксель

Гость

Yo.!йоксельнет, это уважаемый xtender "пытался преподнести убогость оракла и отсутствие в нем элементарных

Код: plsql

 unnest ( ARRAY(SELECT ....) )

я понимаю что вас расстроил, но попробуйте выдохнуть и сформулировать все таки мысль. что за unnest ? что за ARRAY ?. каким боком оно к WITH ?
хехехе, бедный йорек , чтобы понять, каким боком соотносится субд-специфичное творение уважаемого xtender-a c такими субд-специфичными штуковинами array и unnest надо минимум того, что зовётся мыслью, но и этот минимум вам не доступен

т.ч. вы можете расстроить меня разве что безмозглостью, пардон муа

Yo.!йоксельно вот хвалёный оракел, который не даёт вызвать внутри селекта другой синтаксически правильный селект, (из за того, что последний, видите ли, содержит with) - это реальный грёбанный стыд.
гребаный стыд это козырять фичей, что появилась два месяца назад, тогда как в оракле рекурсивный SQL был еще в прошлом веке ...какая разница, когда сделаны были те или другие штуки, когда есть реальная разница в качестве реализации штук.
-- я конечно "уважаю возраст, но не в жареном или варёном виде" (сс)

...

Рейтинг:

0 / 0

08.10.2012, 22:03

| Ответить | Цитировать | Написать

77 сообщений из 77, показаны все 4 страниц

все

Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Недостатки PostrgeSQL

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=35&tid=1552518]:	0ms
get settings:	12ms
get forum list:	14ms
check forum access:	4ms
check topic access:	4ms
track hit:	36ms
get topic data:	12ms
get forum data:	3ms
get page messages:	93ms
get tp. blocked users:	2ms
others:	11ms

total:	191ms