Справедливости ради. Строчки — это, конечно, нехорошо, надо было строки, но никак не записи. И колонки в литературе встречаются наравне со столбцами.
Записи и поля — это уже нечто не реляционное, обычно в языках программирования. К тому же поле относится к отдельной записи, а вот в качестве ключа в таблице выступают именно столбцы/колонки.
В 90х годах на коротких маршрутах она могла достигать 15 килограмм, а на длинных и все 30! Такой большой объем документации приводит к дополнительному расходу топлива, ...
И ведь не поспоришь!
... занимает лишнее место в кабине и пассажирском салоне, расходует огромное количество бумаги, что сильно вредит экологии и занимает много времени для её систематизации и изучения как кабинным экипажем, так и различными службами.
Интересно, что такое в вашем представлении кабинный экипаж.
Это не мамонт, это слон с книжки для привлечения внимания. Согласен, для статьи не самый удачный выбор — контекст потерялся. Но такой уж был заглавный слайд в презентации, я его и оставил.
Так как вначале TPS резко падают, думаю поначалу основной вклад вносит невозможноcть быстрой очистки блоков. update без удержания горизонта скорее всего работают в пределах блока сразу освобождая место.
Да, вероятно.
Раздувание вряд ли - после снятия удержания TPS возвращаются к исходным.
Я бы как раз на него грешил. Много версий строк, надо все прочитать, чтобы выбрать нужную. А обратно может быстро возвращаться благодаря внутристраничной очистке.
Справедливости ради. Строчки — это, конечно, нехорошо, надо было строки, но никак не записи. И колонки в литературе встречаются наравне со столбцами.
Записи и поля — это уже нечто не реляционное, обычно в языках программирования. К тому же поле относится к отдельной записи, а вот в качестве ключа в таблице выступают именно столбцы/колонки.
Истинная правда. Но
в Постгресе как раз индексируются.
С помощью госуслуг бюрократию отлично автоматизировали, но побеждать ее и в мыслях ни у кого нет.
Нет, просто не развивается. По большому счету это прототип, который по-хорошему надо переосмыслить и переделать, но пока ни у кого не дошли руки.
Возможно, аккаунт удалился? Не знаю.
Вы же говорите про массивы, json-ы, документы. Какие там записи, какие поля? И с какой радости индекс обновляется целиком?
Это как вообще? И какого волнует производительность на малых объемах?
Хранит список значений, содержащихся в колонке? Как вы себе это представляете? А btree не хранит?
А не по умолчанию поддерживает? И что вообще такое эффективный запрос сортировки?
В общем, зря вы это. Лучше сначала разобраться в вопросе, а потом уже писать.
И ведь не поспоришь!
Интересно, что такое в вашем представлении кабинный экипаж.
О, фон перекрасили, молодцы. https://habr.com/ru/posts/899492/
Сама-то статья примерно никакая, но в первом комментарии Олег Бартунов оставил там ссылку на достоверную информацию.
Вы только не переживайте так. Ну неправильный слон, ну что делать. Но лучше ж, чем нейронкой картинки генерить.
Это не мамонт, это слон с книжки для привлечения внимания. Согласен, для статьи не самый удачный выбор — контекст потерялся. Но такой уж был заглавный слайд в презентации, я его и оставил.
Айзек Озимый? Ну-ну.
Отдельно демобаза, конечно, тоже имеется (в книге есть все ссылки): https://postgrespro.ru/education/demodb
Да, любопытно, что выравнивание всей строки делает выигрыш от перестановки столбцов не таким большим, как хотелось бы.
А над тетрисом мудрые создатели демобазы совсем не думали (:
Да, вероятно.
Я бы как раз на него грешил. Много версий строк, надо все прочитать, чтобы выбрать нужную. А обратно может быстро возвращаться благодаря внутристраничной очистке.
Но вообще интересно было бы проанализировать.
Тут вопрос в том, почему TPS падают. Это только раздувание таблиц и индексов, или что-то ещё?
Самолёт преодолел точки и затмил солнце, расходимся.
аффторский
Дивный новый мир: нейросеть что-то там нагенерила, автор даже не удосужился проверить.
Сложно-то как. А почему не посмотреть количество прочитанных буфером простым explain (analyze, buffers)?
(К слову, для ожиданий есть pg_wait_sampling, а для просмотра плана работающего запроса - pg_query_state).