опа, а видосы с хайлоада для тех кто приходил будут доступны?

и стоит ли расчитывать на слив в лс?)

опа, а видосы с хайлоада для тех кто приходил будут доступны?

да, и обещают быстро

опа, а видосы с хайлоада для тех кто приходил будут доступны?

Через неделю примерно

и еще вот задача

тоже хз, колеблюсь между 3 и 5

а в чем разница?

это почему это "3"?

Тогда вопрос - как будет быстрее?

Можно же создать индекс из 2 полей, но даст ли это выигрыш

Как оно будет работать в варианте 5 - не знаю?

кстати, вопрос

вот выше задачки они для девов? или дба?

и стоит ли расчитывать на слив в лс?)

Видео всех ключевых докладов конференции HighLoad++, это 18 докладов главного зала транслируются в бесплатной окрытой трансляции студии Хабр.

http://highload.us8.list-manage1.com/track/click?u=719c4e65585ea6013f361815e&id=8060921571&e=т два?

если первая еще вроде дба, то вторая похожа на девовскую

или типа разраб не обязан знать про индексы?

вот выше задачки они для девов? или дба?

условно для девелоперов

Вы мне лучше подскажите с первой и второй задачами

по второй задаче я так понимаю можно создать индекс с 2 полями, если первым будет поле, по которому идет выборка с = и вторым полем, по кторому идет выборка >, <, <=, >= то это будет работать

в теории тогда правильный ответ 2?

Как будет работать база, если индексов будет два, по отдельному на каждое поле?

Хек, тебе не стыдно?) Вообще я бы ответил 6 - в мускуле все варианты будут так себе работать (по крайней мере в 5.6), а с постгрёй похоже правильный ответ 2

Хек, тебе не стыдно?) Вообще я бы ответил 6 - в мускуле все варианты будут так себе работать (по крайней мере в 5.6), а с постгрёй похоже правильный ответ 2

Я построил все три варианта у себя, добавил данных и сделал explain

ответ был хитрый — в случае двух разных инексов поиск наиболее быстр, связано это именно с внутрянокй базы

Пришлось докапываться у Бартунова почему

но - выяснилось что там есть merge индексов и бинарный поиск по ним

быстрее чем составной из второго варианта?

блин. я опять с разваленной репликацией

Last_SQL_Errno: 1452 Last_SQL_Error: Could not execute Write_rows event on table passport.studentgroup; Cannot add or update a child row: a foreign key constraint fails (passport.studentgroup, CONSTRAINT FK_FC64F06FE54D947 FOREIGN KEY (group_id) REFERENCES group (id)), Error_code: 1452; handler error HA_ERR_NO_REFERENCED_ROW; the event's master log bin-log.000009, end_log_pos 811407524

переналей )

боюсь может не помочь

разраб говорит что такая шляпа может быть изза того что порядок апдейтов не тот

по идее на реплике я могу грохнуть констрейн

но мне кажется это ебловато

это ролевал? )

это ролевал? )

ролевал?

всмысле row?

RBR да

оно да

порядок не играет роли

тогда хрень какая-то

неконсистентность базы, например со слейва удалили

неконсистентность базы, например со слейва удалили

я вот только что налил

свежий дамп, чтобы стартануть

дамп? тогда дамп неконсистентный, все просто )

дамп? тогда дамп неконсистентный, все просто )

блин

--single-transaction не сделал

поленился печатать

Last_Errno: 1032 Last_Error: Could not execute Update_rows event on table passport.user; Can't find record in 'user', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log bin-log.000009 , end_log_pos 812756907

странно

reset slave чтоли сделать

Не поможет. Нет такого, что в момент создания дампа, меняется структура таблиц? Например: создание новых таблиц или транкейты?

Не поможет. Нет такого, что в момент создания дампа, меняется структура таблиц? Например: создание новых таблиц или транкейты?

Не думаю

Господа, а кто-нибудь может рассказать вкратце, что нужно для OLTP реализации, помимо всяких триггеров или это зависит от специфики БД?

Всем доброго времени суток! Народ подскажите. У меня есть таблицы пользователи (код, имя), таблица мероприятия (код, название), таблица участники мероприятий (код пользователя, код события, дата начало, дата конец). Связь наверное понятно что многие ко многим у таблицы участники мероприятий по отношению к таблицами пользователи и мероприятия. Вопрос что есть хорошо? 1. создать первичный ключ в таблице участники мероприятий (код). 2. создать составной ключ (код пользователя, код меропрития)?

Всем доброго времени суток! Народ подскажите. У меня есть таблицы пользователи (код, имя), таблица мероприятия (код, название), таблица участники мероприятий (код пользователя, код события, дата начало, дата конец). Связь наверное понятно что многие ко многим у таблицы участники мероприятий по отношению к таблицами пользователи и мероприятия. Вопрос что есть хорошо? 1. создать первичный ключ в таблице участники мероприятий (код). 2. создать составной ключ (код пользователя, код меропрития)?

тут в основном админы, поэтому немногие смогут ответить на подобный вопрос... но я бы выбрал бы составной, это более нормализованная форма

Ок. А как тогда тогда составить ключ правильно? Код мероприятия и кода пользователя мало

...

он уже вроде как составлен, насколько я понял: таблица участники мероприятий (код пользователя, код события, дата начало, дата конец)

Уникальность нужна

Представим что ивент будет тот же. Код ивента 1. Только дата уже будет не 16 год а 17

ERROR: S client not available

ааа

Я же не смогу добавить пользователя потому что ключ будет уде 1-1

А значит нужно в ключ составной добавить дату

даты в таблицу мероприятий надо

Но это тоже не есть правильно

а участники будет просто два ключа

А как вычислить диапазон

Ну чтобы если пользователь в эти даты занят в одном ивенте, чтобы его нельзя было добавить в другой ивент?

На стороне мускуля эту логику сделать можно или лучше же другими средствами сначала делать проверку перед инсертом?

делать лишний джоин для проверки

Просто если делать предпроверку тогда уже проще наверное сделать первичный ключ и все

?

вот выше задачки они для девов? или дба?

Дба, но дебаб понимать тонкости тоже полезно. А вообще жест, как удивлён составом участников конференции, 3/4 непойми каким боком, одна фирма послала 10 человек, в том числе "сисадмина" который только по офису бегает принтеры чинит да клавы с мышками

Просто если делать предпроверку тогда уже проще наверное сделать первичный ключ и все

вы должны определится, вам надо проще или как лучше для данных и для каких целей

Видео всех ключевых докладов конференции HighLoad++, это 18 докладов главного зала транслируются в бесплатной окрытой трансляции студии Хабр.

18? Может 16?

Я просто хотел услышать мнение по поводу что если создать первичный ключ в таблице со связью многие ко многим, где по идее создают составной ключ

Как это скажется на производительности?

Для только этого запоса правильный ответ 2

Можно же создать индекс из 2 полей, но даст ли это выигрыш

Даст, он по первый части выберет, по второй части сортировку сделает и только потом вытащит данные с хранилища в уже нужном порядке

по второй задаче я так понимаю можно создать индекс с 2 полями, если первым будет поле, по которому идет выборка с = и вторым полем, по кторому идет выборка >, <, <=, >= то это будет работать

А где ещё одна?

Как будет работать база, если индексов будет два, по отдельному на каждое поле?

Либо тот что в where, либо если их будет много, то оптимизатор может их смержить

Как это скажется на производительности?

как сделаете, так и скажется... вы не о количество данных, не о платформе с БД не сказали, при этом я молчу про множество других факторов

Сорян. Мускуль. ИнндДБ 5,6

Last_SQL_Errno: 1452 Last_SQL_Error: Could not execute Write_rows event on table passport.studentgroup; Cannot add or update a child row: a foreign key constraint fails (passport.studentgroup, CONSTRAINT FK_FC64F06FE54D947 FOREIGN KEY (group_id) REFERENCES group (id)), Error_code: 1452; handler error HA_ERR_NO_REFERENCED_ROW; the event's master log bin-log.000009, end_log_pos 811407524

Только сегодня спрашивал кого-то из докладчиков про ФК ключи, сказали не юзать без пиздец, какой острой необходимости, это зло.

Для только этого запоса правильный ответ 2

а постгрес научился оптимизировать запросы по звезде, а не по полям?

Только сегодня спрашивал кого-то из докладчиков про ФК ключи, сказали не юзать без пиздец, какой острой необходимости, это зло.

Это как? А как же целостность данных?

Всем доброго времени суток! Народ подскажите. У меня есть таблицы пользователи (код, имя), таблица мероприятия (код, название), таблица участники мероприятий (код пользователя, код события, дата начало, дата конец). Связь наверное понятно что многие ко многим у таблицы участники мероприятий по отношению к таблицами пользователи и мероприятия. Вопрос что есть хорошо? 1. создать первичный ключ в таблице участники мероприятий (код). 2. создать составной ключ (код пользователя, код меропрития)?

Второе уником

В запросе делать IN?

Это как? А как же целостность данных?

Все сам, все кодом)

Представим что ивент будет тот же. Код ивента 1. Только дата уже будет не 16 год а 17

Тогда все три вписывай в уник

Это не фк зло, а фк в mysql зло же)