Но на практике я вижу две вещи, либо как у меня, где пишут программист - аналитик, а ты должен херачить отчеты, заниматься оптимизацией, лепить новый dwh для аналитики, в общем, тот самый классический архитектор. Либо как у айти компаний, где основа, это программить, а SQL ты должен просто понимать, а если ты написал гавно, то за тебя будет разбираться dba ?

Но на практике я вижу две вещи, либо как у меня, где пишут программист - аналитик, а ты должен херачить отчеты, заниматься оптимизацией, лепить новый dwh для аналитики, в общем, тот самый классический архитектор. Либо как у айти компаний, где основа, это программить, а SQL ты должен просто понимать, а если ты написал гавно, то за тебя будет разбираться dba ?

Архитектор - херачить отчеты?

Архитектор - херачить отчеты?

Ну я же говорю, архитектор, как потолок

То, чем я занимаюсь, вообще по хорошему три разных специалиста должны делать ?

То, чем я занимаюсь, вообще по хорошему три разных специалиста должны делать ?

да всегда так)

Если бы я себе искал помошника, то оконные функции меня не сильно бы интересовали, ибо толковый человек откроет доку по БД и вкурит, а вот понимание вообще SQL, узкие места, как стоит писать запрос, а как не стоит, почему тут сработает один индекс, а там другой и т.п.

Если бы я себе искал помошника, то оконные функции меня не сильно бы интересовали, ибо толковый человек откроет доку по БД и вкурит, а вот понимание вообще SQL, узкие места, как стоит писать запрос, а как не стоит, почему тут сработает один индекс, а там другой и т.п.

последнее же тоже описано хорошо

Если бы я себе искал помошника, то оконные функции меня не сильно бы интересовали, ибо толковый человек откроет доку по БД и вкурит, а вот понимание вообще SQL, узкие места, как стоит писать запрос, а как не стоит, почему тут сработает один индекс, а там другой и т.п.

+

По некоторым наводящим вопросам о тонкостях можно понять все

Например, один из вопросов, почему не стоит пользоваться звездочкой

Хотя сейчас это зависит от БД, но стиля лучше придерживаться

Или например, почему не стоит одну и туже таблицу джойнить на себя

Для джуна: где применять подобной запрос: SELECT NULL WHERE ....

Для джуна: где применять подобной запрос: SELECT NULL WHERE ....

ну это скорее к разрабам софта связанных с БД, хотя мне почему то больше нравится элегантное EXISTS

Для джуна: где применять подобной запрос: SELECT NULL WHERE ....

Эээм, и что даст? Это вообще с каких баз фича?

Эээм, и что даст? Это вообще с каких баз фича?

проверка на существование

Да

С минимально возможной выборкой

.... EXISTS (SELECT NULL ......)

за задачки "где использовать Х" на самом деле надо отправлять на курсы по проведению собеседований

С минимально возможной выборкой

Я так обычно pk тяну, но теперь буду знать

А есть такие курсы?

Для джуна: где применять подобной запрос: SELECT NULL WHERE ....

select * from tbl limit 0; тоже туда

По мне так собеседование должно состоять из 5-10 минут разговора, а потом тестовые по стаку необходимому

select * from tbl limit 0; тоже туда

очень плохой запрос

очень плохой запрос

никто и не спорит. А следующим - чем заменить

никто и не спорит. А следующим - чем заменить

у меня вопрос, а зачем такой запрос?

у меня вопрос, а зачем такой запрос?

Получить структуру

скорее название полей, но только зачем так? о_0

добрый день.. с базами данных не работал. Но тут возникла потребность. Есть json файл около 100к строчек. Куда его лучше засунуть?

О_о

Амазон использует роутеры своей собственной разработки О_о

Не туда

скорее название полей, но только зачем так? о_0

не только названия, но и типы

да хоть create table as select * from tbl limit 0

не только названия, но и типы

это все отсебятина, надо вытаскивать через системные

это все отсебятина, надо вытаскивать через системные

кто ж спорит. Но иногда для тестов в песочнице можно ибо просто

не не не, одно дела чекать наличие, а другое получать типы данных так

добрый день.. с базами данных не работал. Но тут возникла потребность. Есть json файл около 100к строчек. Куда его лучше засунуть?

в монгу же:)

или тебе его не надо разобрать и проиндексировать?)

А есть такие курсы?

Вот, например статейка проскакивала намедни https://habrahabr.ru/post/315142/

ТЛ ДР, но много очевидных тонкостей

и не меньше специфики MS, я уж молчу, что часть вообще сугубо мнение автора

Я их использую, поэтому обратил внимание на статью

Думаю о пробной миграции в постгрю

миграция ради халявы?

Да. У нас целых зоопарк, а это стоит адовых денех

.... EXISTS (SELECT NULL ......)

в том же postgres exists(select * ...) точно не дороже. да и сам предикат exists гарантирует "до первого совпадения", и это в самом худшем случае. часто достаточно распределение в индексе глянуть

господи, список полей получать надо через select from information schema

лолз

@robinzlobin призываю тебя

спасай

четыре часа бьюсь

куда смотреть?

ща сек

Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Slave has more GTIDs than the master has, using the master's SERVER_UUID. This may indicate that the end of the binary log was truncated or that the last binary log file was lost, e.g., after a power or disk failure when sync_binlog != 1. The master may or may not have rolled back transactions that were already replica'

GTID\ROW

бинлоги на мастере в порядке

RESET MASTER там делал

логи пурджил

выключал-тер

внутри тоже прилично все

да он там пустоой по сути

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

я понимаю

ERROR: S client not available

я не понимаю как так?!

а вон там же и написано в ошибке - например при сбое питания

| bin-log.000001 | 154 | | mysql,information_schema,perfomance_schema,sys | 794f9b71-f192-11e5-a594-666562396136:1-2

я бы не морочился и перелил слейв

я бы не морочился и перелил слейв

целый денть так делаю

вот в дампе

- GTID state at the beginning of the backup SET @@GLOBAL.GTID_PURGED='794f9b71-f192-11e5-a594-666562396136:1-2';

может быть проблема в том что я заливаю три базы?

а потом стартую?

но с одной так же хня по сути

через 20 мин давай продолжим

через 20 мин давай продолжим

окей, жду

я правильно понимаю что у тебя multisource реплика, ты в один сервер вливаешь три разные mysqldump с разных мастеров?

я правильно понимаю что у тебя multisource реплика, ты в один сервер вливаешь три разные mysqldump с разных мастеров?

с одного

туда уже льется с 6 мастеров

есть кейс, когда с одного мастера лью 2 базы

все нормально

как ты решаешь проблему GTID_PURGED и gtid_executed при наливке дампа где уже есть работающие каналы с других мастеров?

mysql -e 'reset master;' && mysql database < dumpshit.sql

Можно вернёмся к вопросу моему про логи и восстановление базы? Если 95% базы это чистая вставка, 3% это апдейты, а остаток может быть каким угодно, в чём ошибка хранения бэкапа логами, и как это делает перкона экстра бэкап?

Можно вернёмся к вопросу моему про логи и восстановление базы? Если 95% базы это чистая вставка, 3% это апдейты, а остаток может быть каким угодно, в чём ошибка хранения бэкапа логами, и как это делает перкона экстра бэкап?

перкона бекапит ваще "все" грубо говоря

перкона бекапит ваще "все" грубо говоря

Мммм, это как?

почитай

Я просто помню, что там фишка с бэкапами была в том, что они бэкапили только дельту

это такое копирование файлов по сути

перкона не умеет дельту

к сожалению

ээээээээ

поправьте меня если я не

xtrabackup жеж

и?

как там дельту бекапить?