При условии, что devops - это подход, а не должность - звучит странно

блядь, только не это

давайте возьмем всех пуристов и поселим вместе

ну или еще как-нибудь сделаем

лучше пивка накатить за мир во всём мире

давайте возьмем всех пуристов и поселим вместе

Я не пурист, просто меня от слова "девопс" уже тошнит.

Их уже больше, чем гитаристов

лучше пивка накатить за мир во всём мире

А я за

ты пурист

типа: мастер - ид=100, с1=1, с2=2; слейв - ид=100,с1=3, с2=3

1: кто-то пишет на слейв 2: кто-то модифицирует данные на слейве 3: триггер только на таблице на слейве

как вариант

как вариант

ни одного из вариантов нет. там данные как будто перепутаны, на мастере ид=100 одно, а на слейве эти же данные но под ид=98, например

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

хотя не, фигня всё это...

Может убить слейв и создать его заново с нуля

можно, но где гарантии что не повторится? хочется именно понять почему так

можно, но где гарантии что не повторится? хочется именно понять почему так

Вот когда повторится а ты такой бац и в логи

Вот когда повторится а ты такой бац и в логи

а какие логи надо настроить чтобы это увидеть? потому что сама репликация при этом ОК и ошибок нет

Понятия не имею. Я не супер специалист в дб.

можно, но где гарантии что не повторится? хочется именно понять почему так

вся моя история общения с mysql сводится к тому, что никаких гарантий нет

ни одного из вариантов нет. там данные как будто перепутаны, на мастере ид=100 одно, а на слейве эти же данные но под ид=98, например

а воспроизводить пробовал?

/stat@combot

combot.org/chat/-1001045152752

Прикольно

а воспроизводить пробовал?

завтра уже буду пробовать

кстати о репликации: есть у кого-то опыт использования master-master репликации на GTID ?

можно, но где гарантии что не повторится? хочется именно понять почему так

Смотрите какой используется тип репликации. Row based переносит именно значение ячейки.

Но гдето была инфа про возможность выстрелить в ногу в роу бэзид. А если реплицировать dml инструкции то никто не обещал защиты от подобных факапов.

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

Sbr репликация?

Смотрите какой используется тип репликации. Row based переносит именно значение ячейки.

Да

На рбр не будет такой хуйни

Надо же понимать что при сбр у тебя реплицируются только запросы

Sbr репликация?

да

попробую rbr. но сначала попробую воспроизвести ошибку

всем привет

тема для postgres актуальна?

попробую rbr. но сначала попробую воспроизвести ошибку

инструкция по воспроизведению ошибки примерно на 25-26 минуте https://vimeo.com/118337964

инструкция по воспроизведению ошибки примерно на 25-26 минуте https://vimeo.com/118337964

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

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

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

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

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

инструкция по воспроизведению ошибки примерно на 25-26 минуте https://vimeo.com/118337964

Интересненько

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

Казнить его!

Привет. Возможно ли создать SQL Server database mirroring на разных ОС мастера и реплики (endpoint). Например мастер Win Server 2008R2, а реплика на Win Server 2012R2?

Лучше сразу на access базы делать

sqlite наше всё

rqlite ❤️

rqlite ❤️

придумают же О_О

Привет. Возможно ли создать SQL Server database mirroring на разных ОС мастера и реплики (endpoint). Например мастер Win Server 2008R2, а реплика на Win Server 2012R2?

несовсем понимаю, как БД зависит от версии ОС?

AlwaysOn на разных версиях ОС не развернуть, ограничения Win Cluster.

ERROR: S client not available

Должно быть можно

Главное чтобы сам sql был одной версии

Суть задачи в следующем: Есть продукция, она лежит в разных складах, а так же может принадлежнать одной из 2х компании, это таблица учёта остатков, а значит что строки могут быть практически идентично НО у них всех разные даты, задача: получить строки с разными товарами, которые находяться в разных складах, которые, принадлежат разным компаниям, за максимально последную дату

Что я только не пробывал, всё сводиться к тому что : либо я получаю только по одному уникальной продукции либо я получаю непонятный набор данных как на скрине

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

Доброго времени суток дорогие друзья ))))

Что я только не пробывал, всё сводиться к тому что : либо я получаю только по одному уникальной продукции либо я получаю непонятный набор данных как на скрине

пробовал, сводится

пробовал, сводится

Да , я уже нашёл свою проблему, она была в процессоре что у меня на шее

Скинь дамп или пример данных на sqlfiddle

Скинь дамп или пример данных на sqlfiddle

Говорю ж там, смотреть уже нечего =) У меня просто идентичные даты были, я думал что это он не правильно работает

А так тот скрипт что я кинул рабочий

На Стэке повесил

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

Связка - это что? M2m?

В таблице будут связи между пользователями. Пример учетка связана с разными акками соц сетей

users_bunch не то?

а так и назвать нельзя? например users_relations

или еще понятнее users_relations_to_social

мне кажется не стоит слишком абстрактные имена использовать, хранятся там связи с соц сетями так и надо писать:

users_socnets_accounts

ну и две таблицы ещё: users и socnets_accounts

users_accounts