чем из таблицы на 300 лямов

Ну так чтобы справочник организовать-я должен выбрать строку, вытащить нужную часть и ее вставить в справочник-если такой не было

я бы начал с другого момента

самое дорогое будет колонку создать, ну и ключик повесить потом, хотя в 5.7 с его online ddl не все так грустно как раньше

Ну у мариядб

Создать колонку в новой табличке?

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

Хочу изменить формат хранения лога, чтобы легче было выбирать статистику

Например ip хранит не строкой а интом

Что то в константы переведу, и просто буду хранит 1 или 2

умная мысля приходит апосля, как говорится

Ну да, переделать нужно от предыдущего хозяина

Привет, вопрос на засыпку =)

Например, есть у меня fk. natural join произведёт объединение именно по внешнему ключу, если не указать явно?

Чтобы было понятнее, вот два запроса: SELECT a, b, c FROM a_table LEFT JOIN b_table ON a_table.id = index; SELECT a, b, c FROM a_table NATURAL JOIN b_table;

Будет ли разница.

При условии, что index в b_table - это внешний ключ и ссылается на id в a_table.

Как жаль что я не чего в этом не понимаю

Так бы с умничал XD

Помогите чуваку ))) есть кто шарющий?

а в документацию посмотреть не судьба видимо

Не актуально. Появился новый вопрос. Есть две таблицы. table_a id int(11) unique_index varchar(24) table_b id int(11) var_a int(11) var_b int(11) foreign_key_to_unique_index int(11) Как сделать insert вместе с join'ом? Пока что все попытки приводят к неудаче. В идеале нужен insert on duplicate key update. Делаю таким образом: INSERT INTO table_b (a, b, foreign_key_to_unique_index) SELECT table_a.id FROM table_a LEFT JOIN table_b ON table_a.id=foreign_key_to_unique_index WHERE unique_index='blabla' ON DUPLICATE KEY UPDATE a=20; Получаю ошибку вида: ERROR 1136 (21S01): Column count doesn't match value count at row 1

Поправка: fk не на unique_index а на id ссылается.

ты селектом сколько колонок выбираешь?

@MoneyMafia - канал где бесплатно публикуются различные способы и схемы заработка, которые продаются на тематических форумах за бешенные деньги.

Всем день добрый. Есть кейс: 2 таблицы, одна актуальная, другая идёт, как лог изменений первой. Данные второй поступаю из первой через триггеры, перенося копию старого вида строки в лог до внесения изменений. Так же во второй таблице прописан внешний включ к первой с указаниями "Update -> Cascade; Delete -> Restrict". Вопрос: Что в движке mysql отрабатывается раньше, триггер или CASCADE ? Пример: В первой таблице есть запись с ИД 6, в ней многое менялось и в логе к этому ИД накопилось 10 записей. Вдруг появляется задача изменить ИД на 7, по триггеру в лог должна упасть запись с ИД 6, а по внешнему ключу все записи с ИД 6 должны превратиться в ИД 7 в таблице лога. Что в итоге произойдёт, триггер допишет ещё одну запись с ИД 6, после чего все включая эту новую запись поменяются на ИД 7, или же внешний ключ отработает CASCADE, поменяет все записи до этого на ИД 7, а потом придёт триггер, который попытается вписать строку с ИД 6?

будет зависить от вида триггера

будет зависить от вида триггера

Это как?

есть before, есть after

есть before, есть after

before

значит до констрейта сработает

значит до констрейта сработает

То есть сначала добавится строчка в лог таблицу, а потом все ИДшки сменятся на новое значение?

Всем привет. Никак не могу понять, как правильно удалить данные из БД. Структура простая. Таблица plants: поля id, name. Таблица links: поля id, telegramID Мне приходит от клиента telegramID. Мне надо удалить все записи из таблицы links с таким telegramID и все данные из таблицы plants, если была связь в таблице links. Пробовал так: DELETE * from links, plants WHERE links.id = plants.id AND links.telegramID = 1467212;

Двумя запросами

Всем привет. Никак не могу понять, как правильно удалить данные из БД. Структура простая. Таблица plants: поля id, name. Таблица links: поля id, telegramID Мне приходит от клиента telegramID. Мне надо удалить все записи из таблицы links с таким telegramID и все данные из таблицы plants, если была связь в таблице links. Пробовал так: DELETE * from links, plants WHERE links.id = plants.id AND links.telegramID = 1467212;

Innodb + внешние ключи с каскадным удалением. Plants глааная, links зависимая, связи по нужным тебе id. Если я правильно понял задание, то будет примерно так: Delete from plants where id IN (select id from links where telegramID = 1467212);

если задача однократная, то проще всего через select distinct заполнить

Вот если лайком можно вытащить отсюда GET /users/login.php HTTP/1.0 agent=Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.124 Safari/537.36, |en-us;q=0.7, en;q=0.3| инфу о юзер агенте (т.е) - Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.124 Safari/537.36, то наверное можно было бы дистикнтом выбрать

тоесть регэкспом значение между "agent=" и до ", |"

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

тот же elk с логстешем (практически уверен, что оно это умеет), либо просто какой-нибудь goaccess с обычными файлами?

дело в том что нужно смигрировать в новый формат старые записи

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

ну то что я выше написал

это разовая операция

далее текущие логи будут на лету на нужный формат и таблицы разбиваться и писаться

Всем добрый день! Подскажите, пжл, могу ли я здесь повесить вакансию? Очень нужен Администратор баз данных Mysql в Москву

Добрый, повесте, вроде не против были до этого люди

Вакансия "Администратор баз данных Mysql" Обязанности: • Обеспечение доступности и работоспособности СУБД Mysql (производные); • Оптимизация производительности БД, настройки запросов и процедур; • Взаимодействие с разработчиками БД, помощь в оптимизации, отладке, troubleshooting; • Мониторинг, резервное копирование, восстановление из резервных копий; • Настройка средств обеспечения отказоустойчивости и репликации; • Обеспечение информационной безопасности на уровне БД; Требования: • Опыт работы администратором баз данных от 3 лет; • Знания и опыт администрирования высоконагруженных баз данных Mysql; • Опыт настройки и оптимизации кластерных решений на Mysql; • Знание операционной системы Linux (RedHat/Centos) на уровне администратора; • Опыт оптимизации процедур и настройки запросов; • Опыт работы с виртуализацией KVM / VMWare, знание особенностей настройки СУБД на виртуальных машинах; Будет плюсом: • Наличие сертификатов/курсов повышения квалификации; • Опыт работы с другими БД (Postgresql, Oracle). Условия: • Полностью официальные выплаты: оклад 150 000 руб (gross) + квартальный KPI 20% • ДМС (после испытательного срока) • Обучение, повышение квалификации, сертификация

Очень-очень буду ждать откликов. Спасибо!

тоесть регэкспом значение между "agent=" и до ", |"

substring_index тебе в помощь, джедай

Для разово й выборки?

да

да

через двойной проход можно

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

а можно substring_index вложить в substring_index

а можно substring_index вложить в substring_index

ну да

я про это же)

в 1 запросе

Какого типа поле создать,которое сможет хранить положительное или отрицательное число?

чтоб я потом мог выводить данные,отрицательное ли число или нет

int, наверное

просто число

без + или -

ну, если отрицательное, будет с минусом

а плюсики минусики ты уже можешь сам выводить либо сравнив с нулём, или заюзав функцию какую-нибудь, типа sign()

ну, если отрицательное, будет с минусом

понял х)

Спасибо

А то лабу делаю. Вообще жопа :<

энжой ё mysql

Innodb + внешние ключи с каскадным удалением. Plants глааная, links зависимая, связи по нужным тебе id. Если я правильно понял задание, то будет примерно так: Delete from plants where id IN (select id from links where telegramID = 1467212);

Тоже ругается. Консоль говорит, что Cannot delete or update a parent row: a foreign key constraint fails (plants.links, CONSTRAINT links_ibfk_2 FOREIGN KEY (id) REFERENCES plants (id)) Буду пытаться через триггеры, видимо

Тоже ругается. Консоль говорит, что Cannot delete or update a parent row: a foreign key constraint fails (plants.links, CONSTRAINT links_ibfk_2 FOREIGN KEY (id) REFERENCES plants (id)) Буду пытаться через триггеры, видимо

Дай sql помотреть

Дай sql помотреть

Что именно? Именно сам запрос на удаление?

Дай sql помотреть

Удалял так: delete from plants where id IN (select id from links where telegramID = 146701);

Что именно? Именно сам запрос на удаление?

Таблицы

раз он ругается на констрейт - у тебя не каскадное удаление, у тебя стоит запрет на удаление

раз он ругается на констрейт - у тебя не каскадное удаление, у тебя стоит запрет на удаление

Ну как бы я понимаю, почему записи не удаляются. Если я удаляю запись из plants, то у меня связность в БД нарушается, потому что в таблице links в поле id у меня могут быть только те значения, которые записаны в поле id таблицы plants. Но я не очень понимаю, как тогда правильно удалять

у тебя links должна быть главная таблицпа

Всем привет. Никак не могу понять, как правильно удалить данные из БД. Структура простая. Таблица plants: поля id, name. Таблица links: поля id, telegramID Мне приходит от клиента telegramID. Мне надо удалить все записи из таблицы links с таким telegramID и все данные из таблицы plants, если была связь в таблице links. Пробовал так: DELETE * from links, plants WHERE links.id = plants.id AND links.telegramID = 1467212;

links главная, plants зависимая, при удалении из links должны пропадать данные и в plants соответственно ключ вешаешь в plants на links и весь запрос на удаление это: delete from links

SELECT * FROM information_schema.REFERENTIAL_CONSTRAINTS rc WHERE rc.REFERENCED_TABLE_NAME = 'plants';

выполни вот это

links главная, plants зависимая, при удалении из links должны пропадать данные и в plants соответственно ключ вешаешь в plants на links и весь запрос на удаление это: delete from links

Так у меня по идее и есть такая структура

Так у меня по идее и есть такая структура

Пытался настроить каскадное удаление вот так: alter table links add constraint auto_del foreign key (id) references plants(id) on delete cascade; Но при удалении из links в остальных таблицах ничего не меняется

Пытался настроить каскадное удаление вот так: alter table links add constraint auto_del foreign key (id) references plants(id) on delete cascade; Но при удалении из links в остальных таблицах ничего не меняется

чтобы при удалении из links удалялись записи из plants, нужно вешать constraint на plants, а не на links

Привет! Не подскажите где спрятана магия, делаю мастер-слейв реплику на MySQL 5.6.36 . Bin_log ввёл в параметры MySQLd, нет сведений при запросе show binary log. Файл инициализации логов создаётся. Далее делаю копию виртуалки и на копии при рестарте демона все работает. Не направите в чем может быть ошибка?

Привет! Не подскажите где спрятана магия, делаю мастер-слейв реплику на MySQL 5.6.36 . Bin_log ввёл в параметры MySQLd, нет сведений при запросе show binary log. Файл инициализации логов создаётся. Далее делаю копию виртуалки и на копии при рестарте демона все работает. Не направите в чем может быть ошибка?

а что значит "нет сведений"? что пишет?