Если еще хочу что б у юзера были на счету деньги в разных валютах, такая структура норм? users id|name purchases userID|currencyID|moneyCount currency Id|Name curencieHistory currencyId|date|value

Dshk :) будет жить. Поприветствуем!

Sergey будет жить. Поприветствуем!

Если еще хочу что б у юзера были на счету деньги в разных валютах, такая структура норм? users id|name purchases userID|currencyID|moneyCount currency Id|Name curencieHistory currencyId|date|value

Нет, не норм. 1 ая таблица -- нарушение 1НФ

Если еще хочу что б у юзера были на счету деньги в разных валютах, такая структура норм? users id|name purchases userID|currencyID|moneyCount currency Id|Name curencieHistory currencyId|date|value

Кроме этого, где собственно состояние счёта пользователя?

та к чему эти глупости))

Если еще хочу что б у юзера были на счету деньги в разных валютах, такая структура норм? users id|name purchases userID|currencyID|moneyCount currency Id|Name curencieHistory currencyId|date|value

У меня вот в таких случаях наплывает такое ощущение разговора со стеной, на которой висит телевизор с рекламой. Там в рекламе спрашивают, "Почему ты хочешь быть богатым?", я отвечаю, а на экране уже просто идёт следующий ролик. Зачем я отвечал -- не понятно.

Соколовский Рус будет жить. Поприветствуем!

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

Нет, не норм. 1 ая таблица -- нарушение 1НФ

всем привет! мне интересно посмотреть теорию по репликации кластерных решений, что по данной тематике есть. речь идет не о консенсусе внутри кластера или синхронной-асинхронной репликации между нодами кластера, а именно как в теории можно иметь два кластера и синхронизировать их для катострофоустойчивости. withepaper’ы, ну или если в каких-то продуктах реализовано, то ткните в сторону доков. это так, для общего расширения кругозора

Ребята, что такое синхронная репликация?

Ребята, что такое синхронная репликация?

ась?

ась?

Как может существовать синхронная репликация?

Как может существовать синхронная репликация?

мееееееедленннннноооооо

эстонско-финский вариант

на самом деле, иногда скорость не важна. и изменения коммитятся тодлько тогда, когда разольются по всем слейвам

кажется, придется повторить вопрос

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

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

хорошо, третья попытка

она синхронная с чем?

с мастером жи

лол что

на слейвы ушло, мастер умер

синхронная?

а асинхронная чем от этого отличается?

на слейвы ушло, мастер умер

и всё встало. да. до тех пор пока лесник не придет и не наведет порядок

она ж никак не меняет время отправки и применения изменений

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

ладно, а что по поводу кластерных решений? ну или решений вида мастер - сегменты (а-ля mpp)?

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

короче что та асинхронная, что эта

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

(сэкономил тебе немного времени)

прекращай уже использовать термин "синхронная" ???

1НФ не должна содержать повторяющихся групп, правильно?

по 1нф каждая ячейка данных должна быть атомарной

а по-умолчанию, при выводе сортировка по первичному ключу?

Смотря какая субд. Обычно как прочитает/обработает так и выведет

В том же postgres всегда нужно уточнять сортировку в виде id, иначе порядок записей может меняться от запроса к запросу

По крайней мере в PG < 10 так точно

а по-умолчанию, при выводе сортировка по первичному ключу?

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

When a query doesn’t have an ORDER BY clause, what is the order in which the rows are returned? Select one: a. Clustered index order b. Primary key order c. Arbitrary order d. Insertion order т.е здесь ответ произвольно?

прекращай уже использовать термин "синхронная" ???

ёптиль, она синхронная не с точки зрения одновременности рОзлива, а точки зрения консистентности данных в репликах

что не так то?

ёптиль, она синхронная не с точки зрения одновременности рОзлива, а точки зрения консистентности данных в репликах

ШТО

ок. ШТО не так то?

у тебя есть две реплики. на одну коммит дошел, на другую еще нет. где синхронность?

When a query doesn’t have an ORDER BY clause, what is the order in which the rows are returned? Select one: a. Clustered index order b. Primary key order c. Arbitrary order d. Insertion order т.е здесь ответ произвольно?

ого, сейчас мы кому-то собеседование пройдем

у тебя есть две реплики. на одну коммит дошел, на другую еще нет. где синхронность?

не смотря на то, что на одну дошел а на другую нет - транзакция ещё пока не закомичена нигде. даже на мастере.

в смысле не закомичена?

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

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

Under synchronous operation, a transaction is committed on both partners, but at the cost of increased transaction latency

ты мне цитаты-то не суй

говори, когда транзакция на слейве комиттится?

Under synchronous operation, a transaction is committed on both partners, but at the cost of increased transaction latency

а для этого есть слово "блеф"

ERROR: S client not available

что не укладывается в твои устои? мастер получает комит. начинает разливать его по слейвам как только слейв отрапортовал о приеме комита в redo queue - мастер считает комит записанным

если слейв не отрапортует о приеме комита - мастер начнет откатывать транзакцию

Лол, это новый уровень

интересно откуда 3к+ учаснегов. тоже ботьё?

что не укладывается в твои устои? мастер получает комит. начинает разливать его по слейвам как только слейв отрапортовал о приеме комита в redo queue - мастер считает комит записанным

в какой момент транзакция коммиттится на слейве?

после того как попала в redo queue

а если на один слейв она попала раньше другого?

дык эта

слейв то тока один

схуяли

ms sql

не смотря на то, что на одну дошел а на другую нет - транзакция ещё пока не закомичена нигде. даже на мастере.

а это че

а это я туплю

да я вижу

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

а ты меня на этой теме и прессуешь

вот оно чо

кто подскажет что по сути делает оператор any/all

вот оно чо

так один пес не синхронная

Under synchronous operation, a transaction is committed on both partners, but at the cost of increased transaction latency

мастер отвалился, не успев принять ответ о коммите от слейва == ни разу не transaction is committed on both partners

ну и? сессия не завершится

корректно

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

где синхронность-то?

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

если сессия оборвалась

так а когда они запишутся иначе?

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

есть mirroring session, в ней передаются транзкации. есть начало сессии и конец сессии есть начало транзакции и конец транзакции транзакции передаются в очередь (redo queue) сессия может быть окончена только когда все транзакции переданы транзакция может быть записана (из redo queue на диск) только когда сессия корректно завершена