|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
Maxim Bogukwindows + Pg в production использовать НЕ НАДО. Кстати, а можно обосновать, почему? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2013, 09:23 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
DarkHobbitMaxim Bogukwindows + Pg в production использовать НЕ НАДО. Кстати, а можно обосновать, почему? Win не нативная для базы платформа... это как Mssql пытаться на Linux отпортировать... В итоге постоянная куча проблем которые на unix платформах не наблюдаются в принципе (да их можно обойти в теории... но всеравно проблемы). Классическая ситуация до появления pg_terminate_backend - как на винде снять рабочий коннект к базе... на unix просто - kill -TERM pid А на Win упс без плясок с бубном... снятие через process manager - эквивалент kill -KILL pid и вызывает рестарт базы... Проблемы с правами на директории... проблемы с логами и ротацией... Проблемы с выделением памяти... в общем много всего... Под низкой нагрузкой это все работает... а когда надо максимум из железа выжать - начинаются грабли. PS: это не значит что принципиально нельзя использовать Pg под Win... просто стоит ожидать сильно больше неожиданных проблем на ровном месте по мере роста нагрузки. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2013, 09:31 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
Сделать динамический курсор как в MS Access! Чтобы можно было один раз выполнить общий запрос, а потом курсором в нем искать все что нужно. А не как сейчас можно только перемещать курсор максимум на заданное число строк... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2014, 18:56 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
andrei-k23Сделать динамический курсор как в MS Access! Чтобы можно было один раз выполнить общий запрос, а потом курсором в нем искать все что нужно. А не как сейчас можно только перемещать курсор максимум на заданное число строк... для чего? поясните на примере ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2014, 10:12 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
Кто поддержит такую "фичу": array foreign key - чтобы была возможность добавит внешний ключ к массиву ? Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2014, 15:50 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
Bond_JamesBond1. Поддержку FULL JOIN те только через merge join 2. Custom Window Aggregate Functions в которой можно делать 2 прогона, то есть сначала пробежать рассчитать одно значение, а потом еще раз пробежать и высчитать результат с учетом этого значения (понимаю что извращение, но хотелось бы) 1. Must have 2. Этож просто обернуть подзапросом первую можно, не? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2014, 16:03 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
Когда-то обещали при наследовании таблиц индексы сделать так, что бы они и на подтаблицы распространялись. Наследование таблиц бывает нужным, но без индексов - это гарантированные тормоза (как часто бывает - идея хорошая, но из-за кривой реализации ею никто не пользуется). Есть движение в этом направлении? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2014, 16:06 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
Рискну предложить рекурсивную операцию смены пользователя для групп сущностей. Вроде Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2015, 18:19 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
Валидация функций и расширений Очень поможет избегать ошибок в критичных приложениях. У каждой функции при коммите будет проверяться статус, если она validate, то проверяются объекты на существование, validate, статус valid,отсутствие DDL и динамического SQL, если сохраняемая функция invalid, то рекурсивно по зависимостям делаются такими же все расширения и функции, которые зависят от оной. Эта фича зависит от global temporary tables как в oracle. Голосуйте. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2015, 15:05 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
ОКТОГЕН Валидация функций и расширений Очень поможет избегать ошибок в критичных приложениях. У каждой функции при коммите будет проверяться статус, если она validate, то проверяются объекты на существование, validate, статус valid,отсутствие DDL и динамического SQL, если сохраняемая функция invalid, то рекурсивно по зависимостям делаются такими же все расширения и функции, которые зависят от оной. Эта фича зависит от global temporary tables как в oracle. Голосуйте.а как бы вас там заминусовать ? ара--калоеды, такие калоеды, ара ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2015, 15:16 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
qwwqа как бы вас там заминусовать ? ара--калоеды, такие калоеды, ара По-хорошему, минусят именно за такие посты, ну да пофиг. Не вопрос - там есть такая кнопочка <delete>. Вы, батенька, убедительно доказываете, почему предложение плохое и чем будет реализация мешать остальным. Докажете - выпилю. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2015, 19:00 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
ОКТОГЕНqwwqа как бы вас там заминусовать ? ара--калоеды, такие калоеды, ара По-хорошему, минусят именно за такие посты, ну да пофиг. Не вопрос - там есть такая кнопочка <delete>. Вы, батенька, убедительно доказываете, почему предложение плохое и чем будет реализация мешать остальным. Докажете - выпилю. предложение никакое до тех пор, пока его не внедрят в лучших традициях -- "как всегда" а вот если "инвалид" не даст мне запустить эту функцию -- то оно ещё и вредное. например в ф--ии что-то типа Код: sql 1. 2. 3.
где вместо false -- не выполняющиеся при сегодняшних данных условия -- я нормально оставлю эту функцию работать, починю другую, и всё будет удобно и без необходимости дёргаться, только из-за того, что какие-то ушлёпки продавили лишнюю функциональность но если по-человечески будет просто информировать -- то да и хрен с ним. к тому же вы наверное конкретный pl имеете в виду ? или вы на всех языках собираетесь отслеживать валидность ? а вот то, что при удалении наследника из иерархии [NO INHERIT] или при его дропе -- в конкурирующих транзакциях вылетает ошибка [как было в 7-ке после дропа индекса], и , кому надо, знают об этом N лет, и там конь не то, что не валялся, но и не собирается валяться -- вот это херово. И такого "херово" можно ещё понасобирать. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2015, 19:58 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
qwwq, если б вы были внимательнее, то наверняка б увидели, что на этот случай, если вы не хотите пользоваться валидацией, при создании функции говорите Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
По умолчанию такое поведение можно запилить. И функция ведёт себя так же, как сейчас. И даже старый код так же себя будет вести. Хотите работать в прежнем режиме - не устанавливайте validate. Думаю, не на всех процедурных языках этот механизм можно сделать, подозреваю, только на жёстко типизированных, как pl\pgsql Как вариант - на тех, что нельзя - принудительно задавать флаг валидности функции true, чтоб не рушилось ничего, а эту опцию при создании функции делать validate. ЗЫ В оракле, насколько мне известно, с конкурирующими созданиями функций вообще всё плохо. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2015, 20:49 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
хочу INSERT ON DUPLICATE UPDATE ... |
|||
:
Нравится:
Не нравится:
|
|||
05.07.2015, 01:03 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
bochkovхочу INSERT ON DUPLICATE UPDATE дык, в 9.5 уже будет. Что толку хотеть? Хотеть надо чего-то другого, например того, что я тут насочинял. Или двоичный бэкап инкрементальный, совместимый обратно начиная с какой-то определённой версии и выше. БэДээРки. Вотки тоже можно хотеть))) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.07.2015, 02:32 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
еще хочу возможность по запросу получать предыдущую или следующую запись согласно сортировки выбранного индекса ... |
|||
:
Нравится:
Не нравится:
|
|||
05.07.2015, 03:46 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
хочу параметр, ограничивающий максимальную длину запроса/выражения в логах. типа log_max_query_size. при превышении значения чтобы обрезалась запись. полезно для защиты от засорения логов особо одаренными личностями, передающими миллион id в выражении IN, например. или bulk insert запросами вместо copy. или километровыми запросами с case выражениями. или еще чем, тут фантазия безгранична. стоит ли куда-то писать или уже обсуждалось? сделать наверное не сложно. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.07.2015, 10:54 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
ОКТОГЕНqwwq, если б вы были внимательнее, то наверняка б увидели, а я и видел, но опасаюсь зазора меж задумкой и реализацией ("как лучше" vs "как всегда") и да, немного вспылил, "вёл себя недостойно звания савецкага афицера" ОКТОГЕНВ оракле, насколько мне известно, с конкурирующими созданиями функций вообще всё плохо.это, насколько я понимаю, разница между интерпретацией и компиляцией. т.е. строгая валидация [при компиляции] в оракле -- неизбежность, а не фича. могу врать, ессно. [ имхо, составленное с чужих слов и из общих соображений ] ... |
|||
:
Нравится:
Не нравится:
|
|||
05.07.2015, 14:02 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
qwwq, в PG делают лучше всё))) Как-то всё ладно скроено, по стандартам и предсказуемо. Работа с последовательностями в PG намного удобнее сделана, нежели в красном конкуренте. Там никаких SERIAL, никаких DEFAULT nextval('nameseq') в столбцах. Всё на триггерах, ручками. Пустая строка к NULL не приравнивается, а как в стандарте. WITH опять же, как надо, да ещё и returning можно выводить. Это то что вспомнил, наверняка если покопаться - можно найти ещё каких-нибудь корок или залипух. Подозреваю, что INSERT ... ON CONFLICT в 9.5 тоже лучше сделали. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.07.2015, 15:55 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
авторКак-то всё ладно скроено, по стандартам и предсказуемо. вот это и надо поддерживать. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2015, 10:16 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
боюсь спросить, а аналог ораклового model есть в pg? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2015, 16:54 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
roadsterбоюсь спросить, а аналог ораклового model есть в pg? А вы расскажите что это такое за зверь. Тут далеко не все в Oracle спецы. -- Maxim Boguk www.postgresql-consulting.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2015, 17:52 |
|
Голосуем за новые фичи PG
|
|||
---|---|---|---|
#18+
Maxim BogukТут далеко не все в Oracle спецы. я думал здесь есть те, кто мигрировал с оракла. Maxim BogukА вы расскажите что это такое за зверь. вот здесь написано подробно http://docs.oracle.com/cd/B19306_01/server.102/b14223/sqlmodel.htm ну и пример от туда же Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
смысл в следующем - задаём партицию, определяем измерения и правила расчёта измерений, для которых данные не хранятся. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.08.2015, 09:59 |
|
|
start [/forum/topic.php?fid=53&msg=38999661&tid=1993675]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
26ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
others: | 262ms |
total: | 388ms |
0 / 0 |