User
А у нас есть яндекс. И как он интересно с этим работает?
DBA-разработчики?
Разработчики администраторы баз данных?
Я вот не знал
Смотря кем работаешь
В что почитать, чтобы прокачаться в QA?
Не совсем понял вашу мысль.
Предлагаю не обижаться, а поработать над подачей. Тема интересная, тезисы в статье интересные. Подача очень сильно хромает, тяжело читать и не все ваши мысли до читателя дойдут.
Иногда стоит сначала подумать, а потом писать. Тяжело читать этот поток мыслей.
Кроме того, внешние ключи могут вызывать проблемы производительности в некоторых случаях.
Я думал будут примеры сценариев, графики нагрузки и прочее
Просто в переводе не корректно расставлена иерархия заголовков, поэтому и не понятно что к чему относится.
Похоже ораклом в плане производительности никто не занимался, если в pg стало лучше после переезда и оптимизаций)
Есть предположение, что данный запрос будет быстрее работать и без индекса.
Вопрос еще в том, на сколько PG сможет применить индекс к этим выражениям.
Я не большой специалист по PG, он вообще умеет индексировать NULL?
А можно ли в PG/greenpulm указывать в запросах в секции from нужную секцию?
Например:
select * from table partition(act_prt) t where t.date_1 > sysdate - 1;
В тексте написано, что есть запись звонков.
Мы с коллегами так и не нашли где её включить.
Сможете подсказать?
Касперский ругается на этот сайт.
Было бы хорошо где то кратко отразить изменения по сравнению с предыдущей книгой.
Судя по количеству страниц, их стало на две больше.
Подозреваю, что вам нужно что-то вроде:
SELECT pg_prewarm ( 'table' );
Коллеги, а может быть есть информация о развертывании PG на Solaris+sparc?
Ну а что в итоге? На сколько вредны эти вейпы и электронные сигареты?
А у нас есть яндекс. И как он интересно с этим работает?
DBA-разработчики?
Разработчики администраторы баз данных?
Я вот не знал
Смотря кем работаешь
В что почитать, чтобы прокачаться в QA?
Не совсем понял вашу мысль.
Предлагаю не обижаться, а поработать над подачей. Тема интересная, тезисы в статье интересные. Подача очень сильно хромает, тяжело читать и не все ваши мысли до читателя дойдут.
Иногда стоит сначала подумать, а потом писать. Тяжело читать этот поток мыслей.
Кроме того, внешние ключи могут вызывать проблемы производительности в некоторых случаях.
Я думал будут примеры сценариев, графики нагрузки и прочее
Просто в переводе не корректно расставлена иерархия заголовков, поэтому и не понятно что к чему относится.
Похоже ораклом в плане производительности никто не занимался, если в pg стало лучше после переезда и оптимизаций)
Есть предположение, что данный запрос будет быстрее работать и без индекса.
Вопрос еще в том, на сколько PG сможет применить индекс к этим выражениям.
Я не большой специалист по PG, он вообще умеет индексировать NULL?
А можно ли в PG/greenpulm указывать в запросах в секции from нужную секцию?
Например:
В тексте написано, что есть запись звонков.
Мы с коллегами так и не нашли где её включить.
Сможете подсказать?
Касперский ругается на этот сайт.
Было бы хорошо где то кратко отразить изменения по сравнению с предыдущей книгой.
Судя по количеству страниц, их стало на две больше.
Подозреваю, что вам нужно что-то вроде:
Коллеги, а может быть есть информация о развертывании PG на Solaris+sparc?
Ну а что в итоге? На сколько вредны эти вейпы и электронные сигареты?