Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / PostgreSQL Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6   вперед  Ctrl      все
 Re: Голосуем за новые фичи PG  [new]
DarkHobbit
Member

Откуда:
Сообщений: 13
Maxim Boguk
windows + Pg в production использовать НЕ НАДО.

Кстати, а можно обосновать, почему?
30 авг 13, 09:23    [14774163]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Maxim Boguk
Member

Откуда: Melbourne, Австралия
Сообщений: 3449
DarkHobbit
Maxim Boguk
windows + Pg в production использовать НЕ НАДО.

Кстати, а можно обосновать, почему?


Win не нативная для базы платформа... это как Mssql пытаться на Linux отпортировать...
В итоге постоянная куча проблем которые на unix платформах не наблюдаются в принципе
(да их можно обойти в теории... но всеравно проблемы).

Классическая ситуация до появления pg_terminate_backend - как на винде снять рабочий коннект к базе...
на unix просто - kill -TERM pid
А на Win упс без плясок с бубном... снятие через process manager - эквивалент kill -KILL pid и вызывает рестарт базы...
Проблемы с правами на директории... проблемы с логами и ротацией...
Проблемы с выделением памяти... в общем много всего...
Под низкой нагрузкой это все работает... а когда надо максимум из железа выжать - начинаются грабли.

PS: это не значит что принципиально нельзя использовать Pg под Win... просто стоит ожидать сильно больше неожиданных проблем на ровном месте по мере роста нагрузки.
30 авг 13, 09:31    [14774190]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
andrei-k23
Member

Откуда:
Сообщений: 4
Сделать динамический курсор как в MS Access!
Чтобы можно было один раз выполнить общий запрос, а потом курсором в нем искать все что нужно. А не как сейчас можно только перемещать курсор максимум на заданное число строк...
7 май 14, 18:56    [15987358]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3315
andrei-k23
Сделать динамический курсор как в MS Access!
Чтобы можно было один раз выполнить общий запрос, а потом курсором в нем искать все что нужно. А не как сейчас можно только перемещать курсор максимум на заданное число строк...

для чего? поясните на примере
13 июн 14, 10:12    [16160676]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
PCContra
Member

Откуда: Торжок, Тверская область, Россия
Сообщений: 297
Кто поддержит такую "фичу":
array foreign key - чтобы была возможность добавит внешний ключ к массиву
?

CREATE TABLE a(
   id INT PRIMARY KEY
);

CREATE TABLE b(
   x INT PRIMARY KEY, 
   ids INT[] REFERENCES a
);

?
9 июл 14, 15:50    [16281900]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3315
Bond_JamesBond
1. Поддержку FULL JOIN те только через merge join
2. Custom Window Aggregate Functions в которой можно делать 2 прогона, то есть сначала пробежать рассчитать одно значение, а потом еще раз пробежать и высчитать результат с учетом этого значения (понимаю что извращение, но хотелось бы)

1. Must have
2. Этож просто обернуть подзапросом первую можно, не?
9 июл 14, 16:03    [16281989]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Izya
Member

Откуда:
Сообщений: 188
Когда-то обещали при наследовании таблиц индексы сделать так, что бы они и на подтаблицы распространялись. Наследование таблиц бывает нужным, но без индексов - это гарантированные тормоза (как часто бывает - идея хорошая, но из-за кривой реализации ею никто не пользуется). Есть движение в этом направлении?
3 сен 14, 16:06    [16530218]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
hattifattener
Member

Откуда: Киев
Сообщений: 16
Рискну предложить рекурсивную операцию смены пользователя для групп сущностей.
Вроде
CHOWN [user] [database|schema|table|...] [name]
13 янв 15, 18:19    [17112610]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2479
Валидация функций и расширений
Очень поможет избегать ошибок в критичных приложениях.
У каждой функции при коммите будет проверяться статус, если она validate, то проверяются объекты на существование, validate,
статус valid,отсутствие DDL и динамического SQL, если сохраняемая функция invalid, то рекурсивно по зависимостям делаются
такими же все расширения и функции, которые зависят от оной.
Эта фича зависит от global temporary tables как в oracle.
Голосуйте.
4 июл 15, 15:05    [17852062]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
qwwq
Member

Откуда:
Сообщений: 2359
ОКТОГЕН
Валидация функций и расширений
Очень поможет избегать ошибок в критичных приложениях.
У каждой функции при коммите будет проверяться статус, если она validate, то проверяются объекты на существование, validate,
статус valid,отсутствие DDL и динамического SQL, если сохраняемая функция invalid, то рекурсивно по зависимостям делаются
такими же все расширения и функции, которые зависят от оной.
Эта фича зависит от global temporary tables как в oracle.
Голосуйте.
а как бы вас там заминусовать ?
ара--калоеды, такие калоеды, ара
4 июл 15, 15:16    [17852082]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2479
qwwq
а как бы вас там заминусовать ?
ара--калоеды, такие калоеды, ара

По-хорошему, минусят именно за такие посты, ну да пофиг.
Не вопрос - там есть такая кнопочка <delete>.
Вы, батенька, убедительно доказываете, почему предложение плохое
и чем будет реализация мешать остальным. Докажете - выпилю.
4 июл 15, 19:00    [17852455]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
qwwq
Member

Откуда:
Сообщений: 2359
ОКТОГЕН
qwwq
а как бы вас там заминусовать ?
ара--калоеды, такие калоеды, ара

По-хорошему, минусят именно за такие посты, ну да пофиг.
Не вопрос - там есть такая кнопочка <delete>.
Вы, батенька, убедительно доказываете, почему предложение плохое
и чем будет реализация мешать остальным. Докажете - выпилю.



предложение никакое
до тех пор, пока его не внедрят в лучших традициях -- "как всегда"

а вот если "инвалид" не даст мне запустить эту функцию -- то оно ещё и вредное.
например в ф--ии что-то типа
IF FALSE THEN
   SELECT my_invalid_fun(...)
ELSE
где вместо false -- не выполняющиеся при сегодняшних данных условия
-- я нормально оставлю эту функцию работать, починю другую, и всё будет удобно и без необходимости дёргаться, только из-за того, что какие-то ушлёпки продавили лишнюю функциональность

но если по-человечески будет просто информировать -- то да и хрен с ним.

к тому же вы наверное конкретный pl имеете в виду ? или вы на всех языках собираетесь отслеживать валидность ?


а вот то, что при удалении наследника из иерархии [NO INHERIT] или при его дропе -- в конкурирующих транзакциях вылетает ошибка [как было в 7-ке после дропа индекса], и , кому надо, знают об этом N лет, и там конь не то, что не валялся, но и не собирается валяться -- вот это херово. И такого "херово" можно ещё понасобирать.
4 июл 15, 19:58    [17852569]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2479
qwwq, если б вы были внимательнее, то наверняка б увидели, что на этот случай,
если вы не хотите пользоваться валидацией, при создании функции говорите
CREATE FUNCTION namefunc(...)
$$
DECLARE
...
BEGIN
...
END
$$
...
NOT VALIDATE;

По умолчанию такое поведение можно запилить.
И функция ведёт себя так же, как сейчас.
И даже старый код так же себя будет вести.
Хотите работать в прежнем режиме - не устанавливайте validate.
Думаю, не на всех процедурных языках этот механизм можно сделать,
подозреваю, только на жёстко типизированных, как pl\pgsql
Как вариант - на тех, что нельзя - принудительно задавать флаг валидности функции true,
чтоб не рушилось ничего, а эту опцию при создании функции делать validate.
ЗЫ
В оракле, насколько мне известно, с конкурирующими созданиями функций вообще всё плохо.
4 июл 15, 20:49    [17852672]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
bochkov
Member

Откуда: Камчатка
Сообщений: 4035
хочу INSERT ON DUPLICATE UPDATE
5 июл 15, 01:03    [17853250]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2479
bochkov
хочу INSERT ON DUPLICATE UPDATE

дык, в 9.5 уже будет.
Что толку хотеть?
Хотеть надо чего-то другого, например того, что я тут насочинял.
Или двоичный бэкап инкрементальный, совместимый обратно начиная с какой-то определённой версии и выше.
БэДээРки.
Вотки тоже можно хотеть)))
5 июл 15, 02:32    [17853347]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
bochkov
Member

Откуда: Камчатка
Сообщений: 4035
еще хочу возможность по запросу получать предыдущую или следующую запись
согласно сортировки выбранного индекса
5 июл 15, 03:46    [17853371]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Alexius
Member

Откуда:
Сообщений: 638
хочу параметр, ограничивающий максимальную длину запроса/выражения в логах. типа log_max_query_size. при превышении значения чтобы обрезалась запись.

полезно для защиты от засорения логов особо одаренными личностями, передающими миллион id в выражении IN, например. или bulk insert запросами вместо copy. или километровыми запросами с case выражениями. или еще чем, тут фантазия безгранична.

стоит ли куда-то писать или уже обсуждалось? сделать наверное не сложно.
5 июл 15, 10:54    [17853503]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
qwwq
Member

Откуда:
Сообщений: 2359
ОКТОГЕН
qwwq, если б вы были внимательнее, то наверняка б увидели,

а я и видел, но опасаюсь зазора меж задумкой и реализацией ("как лучше" vs "как всегда")

и да, немного вспылил, "вёл себя недостойно звания савецкага афицера"

ОКТОГЕН
В оракле, насколько мне известно, с конкурирующими созданиями функций вообще всё плохо.
это, насколько я понимаю, разница между интерпретацией и компиляцией. т.е. строгая валидация [при компиляции] в оракле -- неизбежность, а не фича.

могу врать, ессно. [ имхо, составленное с чужих слов и из общих соображений ]
5 июл 15, 14:02    [17853801]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2479
qwwq, в PG делают лучше всё))) Как-то всё ладно скроено, по стандартам и предсказуемо.
Работа с последовательностями в PG намного удобнее сделана, нежели в красном конкуренте.
Там никаких SERIAL, никаких DEFAULT nextval('nameseq') в столбцах. Всё на триггерах, ручками.
Пустая строка к NULL не приравнивается, а как в стандарте.
WITH опять же, как надо, да ещё и returning можно выводить.
Это то что вспомнил, наверняка если покопаться - можно найти ещё каких-нибудь корок или залипух.
Подозреваю, что INSERT ... ON CONFLICT в 9.5 тоже лучше сделали.
5 июл 15, 15:55    [17854006]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3315
автор
Как-то всё ладно скроено, по стандартам и предсказуемо.

вот это и надо поддерживать.
6 июл 15, 10:16    [17856022]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
akhan
Member

Откуда:
Сообщений: 69
JOB-ы
14 авг 15, 09:15    [18016298]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
roadster
Member [заблокирован]

Откуда: "Церковь тяжеловооружённого Христа" ©
Сообщений: 52505
боюсь спросить, а аналог ораклового model есть в pg?
14 авг 15, 16:54    [18019148]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Maxim Boguk
Member

Откуда: Melbourne, Австралия
Сообщений: 3449
roadster
боюсь спросить, а аналог ораклового model есть в pg?


А вы расскажите что это такое за зверь. Тут далеко не все в Oracle спецы.

--
Maxim Boguk
www.postgresql-consulting.ru
14 авг 15, 17:52    [18019496]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
roadster
Member [заблокирован]

Откуда: "Церковь тяжеловооружённого Христа" ©
Сообщений: 52505
Maxim Boguk
Тут далеко не все в Oracle спецы.

я думал здесь есть те, кто мигрировал с оракла.
Maxim Boguk
А вы расскажите что это такое за зверь.

вот здесь написано подробно http://docs.oracle.com/cd/B19306_01/server.102/b14223/sqlmodel.htm
ну и пример от туда же
SELECT SUBSTR(country, 1, 20) country, 
      SUBSTR(product, 1, 15) product, year, sales
FROM sales_view
WHERE country IN ('Italy', 'Japan')
MODEL
  PARTITION BY (country) DIMENSION BY (product, year)
  MEASURES (sales sales)
  RULES 
  (sales['Bounce', 2002] = sales['Bounce', 2001] + sales['Bounce', 2000],
   sales['Y Box', 2002] = sales['Y Box', 2001],
   sales['All_Products', 2002] = sales['Bounce', 2002] + sales['Y Box', 2002])
ORDER BY country, product, year;

смысл в следующем - задаём партицию, определяем измерения и правила расчёта измерений, для которых данные не хранятся.
20 авг 15, 09:59    [18044000]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
roadster
Member [заблокирован]

Откуда: "Церковь тяжеловооружённого Христа" ©
Сообщений: 52505
и всё это в едином запросе.
20 авг 15, 10:00    [18044006]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6   вперед  Ctrl      все
Все форумы / PostgreSQL Ответить