В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

5808 membersпожаловаться на группу
2021 February 26

YS

Yaroslav Schekin in pgsql – PostgreSQL
Roman
Я понял вашу точку зрения. Больше утилизация = лучше. Но соседние базы будут не очень рады в определенный момент. Но тогда решение одно - отселить прожору и дать ему ресурсов столько, чтобы хватило, но не простаивало
Он "подвинется", если "соседним базам" это будет нужно. И это же не "магия", а обычная вытесняющая многозадачность OS...
источник
18:44пожаловаться#1

D

Dmitriy in pgsql – PostgreSQL
Алексей Крапивницкий
Да ну нафиг такое. Меня тут аналитикой озадачили, выдернуть продажи новых товаров помесячно и посчитать пропорционально общим продажам. Так вот на ненормализованной базе пришлось огороды городить на 100 с лишним строк кода, юзая и sql и pandasю А были бы нормальные связи - одним запросом на 4-5 строк решить можно было бы.
Многие разрабы, как я заметил, не особо разбираются в базах данных. По крайней мере, по этой причине на собеседованиях часто просят индекс построить
источник
18:45пожаловаться#2

АК

Алексей Крапивницкий... in pgsql – PostgreSQL
Dmitriy
Многие разрабы, как я заметил, не особо разбираются в базах данных. По крайней мере, по этой причине на собеседованиях часто просят индекс построить
через create или менеджером? ))))
источник
18:47пожаловаться#3

YS

Yaroslav Schekin in pgsql – PostgreSQL
Dmitriy
Был когда-то вообще в конторе, где вся оптимизация работы с базой заключалась в том, что сначала базу на SSD перенесли, а потом разделили на несколько, чтобы данных было сильно меньше. Ну, то есть построить индексы - это лишнее, видимо))
А что, решение-то нормальное. ;)
Можно ещё в облако уйти, чтоб совсем хорошо было.
источник
18:47пожаловаться#4

D

Dmitriy in pgsql – PostgreSQL
Алексей Крапивницкий
через create или менеджером? ))))
На бумаге) Показывают структуру таблиц, показывают запрос и говорят "построй индекс". Обычно там примитивно всё совсем (какой-нибудь составной индекс на пару столбцов и всё), но, видимо, это отсеивает кого-то.
источник
18:48пожаловаться#5

YS

Yaroslav Schekin in pgsql – PostgreSQL
Алексей Крапивницкий
Да ну нафиг такое. Меня тут аналитикой озадачили, выдернуть продажи новых товаров помесячно и посчитать пропорционально общим продажам. Так вот на ненормализованной базе пришлось огороды городить на 100 с лишним строк кода, юзая и sql и pandasю А были бы нормальные связи - одним запросом на 4-5 строк решить можно было бы.
Да, а некоторые так "спроектированы", что из них вообще толком ничего не "выдернешь" (5-10% данных — мусор и дубликаты). :(
источник
18:48пожаловаться#6

D

Dmitriy in pgsql – PostgreSQL
Yaroslav Schekin
А что, решение-то нормальное. ;)
Можно ещё в облако уйти, чтоб совсем хорошо было.
Там такое качество проектов, что в rm -rf / надо было уйти
источник
18:48пожаловаться#7

АК

Алексей Крапивницкий... in pgsql – PostgreSQL
Dmitriy
На бумаге) Показывают структуру таблиц, показывают запрос и говорят "построй индекс". Обычно там примитивно всё совсем (какой-нибудь составной индекс на пару столбцов и всё), но, видимо, это отсеивает кого-то.
Ну не знаю. На мой взгляд нормальный бэк-разраб как минимум должен уметь построить архитектуру БД с учетом требований к нормализации, ну и знать простейшие методы оптимизации типа тех же индексов. Не говорю о составных и сходу, но просто понять, что стоит индексировать, а что нет - надо уметь.
источник
18:50пожаловаться#8

АК

Алексей Крапивницкий... in pgsql – PostgreSQL
Yaroslav Schekin
Да, а некоторые так "спроектированы", что из них вообще толком ничего не "выдернешь" (5-10% данных — мусор и дубликаты). :(
Дубли это тоже частая беда. Особенно обидно, что просто из-за отсутствия ограничений к примеру на явно уникальные поля.
источник
18:52пожаловаться#9

D

Dmitriy in pgsql – PostgreSQL
Алексей Крапивницкий
Ну не знаю. На мой взгляд нормальный бэк-разраб как минимум должен уметь построить архитектуру БД с учетом требований к нормализации, ну и знать простейшие методы оптимизации типа тех же индексов. Не говорю о составных и сходу, но просто понять, что стоит индексировать, а что нет - надо уметь.
Я тоже так считаю, иначе как можно бэкенд проектировать без этих навыков
источник
18:53пожаловаться#10

YS

Yaroslav Schekin in pgsql – PostgreSQL
Dmitriy
Там такое качество проектов, что в rm -rf / надо было уйти
В каждой шутке есть доля правды.
Сколько стоит нанять кого-то грамотного на месяц/год? А купить SSD "на месяц/год" (т.е. с учётом стоимости установки, риска отказа и т.п.)? Такой расчёт вполне может кончиться тем, что решение-то в самом деле наилучшее (хотя "разделили [базу] на несколько" уже сильно намекает, что не считали они вовсе).
источник
18:54пожаловаться#11

D

Dmitriy in pgsql – PostgreSQL
Yaroslav Schekin
В каждой шутке есть доля правды.
Сколько стоит нанять кого-то грамотного на месяц/год? А купить SSD "на месяц/год" (т.е. с учётом стоимости установки, риска отказа и т.п.)? Такой расчёт вполне может кончиться тем, что решение-то в самом деле наилучшее (хотя "разделили [базу] на несколько" уже сильно намекает, что не считали они вовсе).
Там это работало так: заказчику говорят "Посмотрите, сколько у вас данных! Это ж тысячи строк. Их же все обрабатывать надо. Поэтому вам и нужно ждать 10 минут, пока таблица в браузере появляется"
источник
18:58пожаловаться#12

YS

Yaroslav Schekin in pgsql – PostgreSQL
Алексей Крапивницкий
Ну не знаю. На мой взгляд нормальный бэк-разраб как минимум должен уметь построить архитектуру БД с учетом требований к нормализации, ну и знать простейшие методы оптимизации типа тех же индексов. Не говорю о составных и сходу, но просто понять, что стоит индексировать, а что нет - надо уметь.
Мне в память врезался слайд с какой-то postges-овской конференции — там было процитировано (из какого-то исследования?), что как минимум 90% (где-то работающих!) разработчиков БД не знают даже основ (т.е. не знают, что такое Relational Database, не слышали о нормализации и т.д. и т.п.).
Если это так — чему вообще можно удивляться? ;(
источник
18:58пожаловаться#13

D

Dmitriy in pgsql – PostgreSQL
Yaroslav Schekin
Мне в память врезался слайд с какой-то postges-овской конференции — там было процитировано (из какого-то исследования?), что как минимум 90% (где-то работающих!) разработчиков БД не знают даже основ (т.е. не знают, что такое Relational Database, не слышали о нормализации и т.д. и т.п.).
Если это так — чему вообще можно удивляться? ;(
Я недавно ещё узнал, что некоторые начинают работу с бд с помощью изучения ORM. Это вообще законно?)
источник
18:59пожаловаться#14

АК

Алексей Крапивницкий... in pgsql – PostgreSQL
Yaroslav Schekin
Мне в память врезался слайд с какой-то postges-овской конференции — там было процитировано (из какого-то исследования?), что как минимум 90% (где-то работающих!) разработчиков БД не знают даже основ (т.е. не знают, что такое Relational Database, не слышали о нормализации и т.д. и т.п.).
Если это так — чему вообще можно удивляться? ;(
Гы... так может быть что ли? Я со своим недомидловым левелом и то постыдным считаю основы не знать)
источник
19:00пожаловаться#15

АК

Алексей Крапивницкий... in pgsql – PostgreSQL
Dmitriy
Я недавно ещё узнал, что некоторые начинают работу с бд с помощью изучения ORM. Это вообще законно?)
А вот это реально жиза. Как бы в разных группах чатюсь, в разрабовских прям валом накатывают бото- и парсерописцы, а то еще и екоммерс начинают сходу мутить, с вопросами - а где мне хранить результаты моего говнокода.
источник
19:02пожаловаться#16

YS

Yaroslav Schekin in pgsql – PostgreSQL
Алексей Крапивницкий
Гы... так может быть что ли? Я со своим недомидловым левелом и то постыдным считаю основы не знать)
Кто его знает... но я поспрашивал у знакомых (да и по воспоминаниям о некоторых программистах, которых я собеседовал) — у многих примерно такое же впечатление. Но это "информация агентства ОБС", конечно. ;)
источник
19:03пожаловаться#17

O

Oleksii Miuskyi in pgsql – PostgreSQL
источник
19:51пожаловаться#18

O

Oleksii Miuskyi in pgsql – PostgreSQL
подскажите почему ругается на ERROR: ERROR: operator does not exist: backend.hstore - backend.hstore LINE 1: SELECT backend.hstore (NEW. *) - backend.hstore (OLD. *) ^ HINT: No operator matches this name and argument type.
источник
19:52пожаловаться#19

O

Oleksii Miuskyi in pgsql – PostgreSQL
все  разобрался. спасибо
источник
20:18пожаловаться#20