Добрым людям, забивающим места в главном зале и отсутствующим на докладе - эцих с гвоздями

Не переживайте, покормят😊

❤️ Благодарю за информацию

🌼😉

Было бы классно иметь отдельный канал только с важными объявлениями. Сейчас в канал конференции отправляется очень много сообщений и в них легко потеряться

Заметки с митапа "Как определить насколько плоха схема БД" Data Egret

Аудит бд.
Ошибки по триггерам в логах - пара триггеров на одну таблицу, дубли.
60 колонок, 75 foreign keys.
Пропажа данных - из-за каскадного удаления по триггерам.
1231 таблица, потенциально опасных мест - 115 на таблицу, 78 и менее.
Насколько такая схема бд адекватна вообще?
Foreign key with on_delete cascade
Покрутить конфиги легко, а работать со схемой долго и муторно.
Бд с плохой историей
Две стороны проблемы:
Слишком много foreign keys с триггерами и полное отсутствие foreign keys.
Сильно нормированные бд, ненормированные бд.
Переносить управление консистентностью на уровень приложения, не надеяться на бд и foreign keys.
Размер индекса больше размера таблицы - проблемы с запросами к конкретной таблице. Это бывает, когда с таблицей что-то не так, лишние индексы, например. Собрать статистику по чтениям с этих индексов.
top_tables.sql
low_load_indexes.sql
Статистику лучше сбрасывать время от времени, чтобы видеть актуальную картину
Собрать статистику в начале и конце недели.
Запрос надо запустить на мастере и на репликах, т.к. индексы могут юзаться на репликах
Планы запросов учитывают индексы, при удалении лишних базе станет легче.
Новый индекс перекрывает старый - старый можно удалить. Есть два индекса по одному полю, и они используются в одном запросе - сделать индекс по двум полям и дропнуть старые.

4 модели хранения в постгресе. 2 - хранения в тосте. Типы данных с переменной длиной уезжают в тоаст-таблицу. Внутренний foreign key, дополнительное время на доступ к данным. Статистика, анализатор может игнорить длинные данные, поэтому все пихать в json плохо, база эти поля игнорит.
Процессорное время для гуляния по json. Индекс строить или по всему json, тогда индекс будет огромный. Либо по конкретному пути json'а, но тогда проще вытащить это поле и построить индекс по нему.

Индексы раздуваются быстрее, в репо есть запросы на этот подсчет.

Переделать старый индекс в новый. Integer -> biginteger через новое поле, либо через новую таблицу.

Задержка репликации для тяжелых аналитических запросов, надо ставить задержку на время самого выполнения запроса.
#HighLoad2019

Коллеги, всем привет ! Есть желающие обсудить тему CDN ?

Да, я как раз про этот канал и говорю. Сейчас он работает как СМИ - очень много сообщений

+

там только ведущий одного зала активничает :)

и это not bad

Кто быстрее соперников соберет Ханойскую башню, тот получит оригинальную собаку This is fine на стенде Lamoda. Начинаем в 12:50!

А также расписание игры на целый день:
10.50, 11.50, 12.50, 13.50, 14.50, 15.50, 16.50, 17.50, 18.50

разбудили ребят в Новосибе. они там лампово сидели)

​​🔥Подсказка для Facebook CTF:
DNS highload.fbctf.com

Clue for Facebook CTF:
DNS highload.fbctf.com

Друзья,

Информация для технических директоров и IT-предпринимателей. Разбор ваших кейсов, о которых вы вчера говорили в рамках митапа по Executive-коучингу, состоится в две сессии - с ~13:10 до 14:00 и с 15:00 до 16:00 в митапной зоне R1.7 (зона России).

Сегодня, в 17:00,  в митапной А 1.6 состоится 'BoF - базы данных в контейнере: быть или не быть'.
Приходите, в Африке будет жарко. :)

Не будет, кондер сдувает что жесть

Поправим!

Я решил ретироваться, потому что влом было в 4й раз просить)