о как

/spam

используйте эластик, приходите в нашу церковь

его сложно начать использовать с такой задачи?

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

надо почитать

с какого конца там начать и как поставить

Есть тестовая база и прод. Структура одинаковая. На тестовой базе в течении нескольких дней будут происходить различные изменения. Задача - перенести эти изменения на прод. Вопрос - Можно ли каким-то образом выгрузить в mysql изменение состояния базы с такого-то числа по такое-то? Подскажите - куда гуглить.

И всем привет заодно.

Интересный вопрос

Есть тестовая база и прод. Структура одинаковая. На тестовой базе в течении нескольких дней будут происходить различные изменения. Задача - перенести эти изменения на прод. Вопрос - Можно ли каким-то образом выгрузить в mysql изменение состояния базы с такого-то числа по такое-то? Подскажите - куда гуглить.

1. делаем дамп номер 1. 2. делаем изменение. 3. делаем дамп номер 2. 4. применяем дамп номер 1. 5. делаем новую бд из дампа номер 2. получаем две базы

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

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

Записать в general log все запросы тестовой а потом их прогнать на проде

/me Junior, уровень понимания ниже пола

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

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

`mysqldump` имеет параметр `--where` (https://dev.mysql.com/doc/refman/5.7/en/mysqldump.html#option_mysqldump_where) через который можно указывать сдвиг по которому нужно делать дамп

@chebotarevp, @smoliakov_there, спасибо большое, буду тестить.

Есть тестовая база и прод. Структура одинаковая. На тестовой базе в течении нескольких дней будут происходить различные изменения. Задача - перенести эти изменения на прод. Вопрос - Можно ли каким-то образом выгрузить в mysql изменение состояния базы с такого-то числа по такое-то? Подскажите - куда гуглить.

google://database migration tool

Записать в general log все запросы тестовой а потом их прогнать на проде

Тоже как вариант

хотя какого рода у вас там запросы будут, DDL, DML?

да какие дампы, вы чего. из описание здесь больше похоже на binary log и roll-forward. mysqlbinlog --start-datetime=... --stop-datetime=... и вот это всё

хотя какого рода у вас там запросы будут, DDL, DML?

и то и то

рассказывайте тогда что за DML

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

Большая часть ответа уже содержится в вопросе

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

там не одна таблица нужна

в смысле?

сущность составов, вагонов, маршрутов, грузов

если вам конечно нужно каждый чих знать

можно в интернетах этих ваших поискать готовые схемы бд под логистику

для каждой таблицы свои архивные таблицы?

в интернете только учебные

зачем архивные таблицы для каждой таблицы

просто грамотно сохранить маршрут

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

и так далее

хмм

надо подумать

потому что получается очень огромным

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

да, и изза этого у меня все эти таблицы есть

только вот надо думать об истории тоже

маршруты это есть твоя история

зачем там еще что-то городить

ну есть всякие отчетности

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

ну, вот твой натурный лист поезда это сущность под название "состав"

да

т.е. именно он и должен хранить?

ну состав состоит из груженных/негруженных вагонов

как глубоко детализировать данные это уже вам решать

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

главное чтобы вот такого не было

и что для отчетности надо

захочет начальство считать потом загруженность состава в процентном соотношении или не захочет

захочет начальство считать потом загруженность состава в процентном соотношении или не захочет

это можно получить из натурного листа поезда

братва как получить и получателя и отправителя при такой структуре?

че никого тут нету штолэ?

Есть тут люди. но в задаче условий не хватает. Догадываться не много трудно. (в каком поле отправитель, в каком получатель?).

оба в клиентах

Это в таблице Client

а в таблице gr_cl - что за какое поле отвечает?

да

там id_poluch и id_otpr

тебе по конкретному грузу надо?

джойнь тогда по порядку

SELECT * FROM gr_cl

это вот таблица груз_клиент

пока вот только тут без получателя

LEFT JOIN client AS OTPR ON OTPR.id = gr_cl.id_otpr LEFT JOIN client AS POLUCH ON POLUCH.id= gr_cl.id_poluch

`SELECT client.FIO, gr_cl.date, gruz.name FROM gr_cl INNER JOIN client ON gr_cl.id_otpr = client.id INNER JOIN gruz ON gr_cl.id_gr = gruz.id`

ааа все ясно

2 джойина на 1 таблицу- применяй переименование таблиц

как то так?

ну что то подобное

спасибоЁ

можно и инерами, (если соотвествие то всегда будет 1 к 1, left - по умолчанию вставил)

если работает то славо богу

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

там совсем много таблиц

вышел 8.0.3 release candidate: https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-3.html

так вроде последняя версия 5.7, не?

да

а почему тогда 8.* версии пошли

смена нумерации

понял. пасиб

хотели сделать 6.0, потому что 5.x уже 12 лет использовать тоже как-то неправильно. но версия 6.0 уже когда-то была (её не стали выпускать). а нумерацию 7.x использует mysql cluster. чтобы избежать путаницы сделали 8.0. и обещают в будущем для всех мажорных релизов увеличивать мажорную версию

ага понял. пасибки. а то за новостями не слежу особо...

я сам еле успеваю за новостями :) что-то Оракл разогнался, прямо ух