Pull to refresh
21
0
plumqqz @plumqqz

User

Send message
Вообще для начала было бы неплохо рассказать, какие, собственно говоря, бизнес-операции надо выполнять — иначе не вполне понятно, что вы вообще добиваетесь. В самом деле, что такого делают с колесными парами, что превышает 86400*30=2592000 операций в сутки? Если верить интернету, «По данным РЖД, в конце января 2019 года общее количество парка грузовых вагонов на сети РЖД составило 1 114 322 ед.», ну пусть полтора миллиона, по четыре пары на вагон — выходит, ежесуточно с каждой колесной парой происходит в среднем где-то 0.8 операции, требующая регистрации в блокчейне? Даже если и так, то почему нельзя поднять два блокчейна? Три? Сорок восемь?
Почему выбран именно гиперледжер? Может быть, это вопрос вкуса, но лично мне он показался самым неудобным, да и не совсем блокчейном.
Много всего неясного, так сказать.
Судя по тому, что его через много лет судебных тяжб оправдали, доказательства там была на уровне Рамблера-Сбербанка.
Собственно, если наша ситуация разрешится быстро, то это будет очень забавным примером несколько не того, чего ожидают.
А так как и Рамблер и Сбербанк отскочили в сторону — мол, мы тут не при чем — есть шансы, что все довольно шустро кончится.
Ожидание backend и СУБД
3015 мс
1932 мс

Слушайте, это какой-то ужас с СУБД, на интерактивные запросы она не должна так тормозить.
Ну еще проще смотреть md5(t::text), разница по большому счету просто синтаксическая.
Все эти select for update — это же про то, как блокировать данные в транзакции при изменении...
Да, все верно.
Мне кажется, это не вопрос о PostgreSQL.
Безусловно, но тем не менее иметь в виду это необходимо.
Ну наверное да, неплохо, что есть.
Простите, а какие встроенные средства вы хотели бы видеть? Чем вариант с хешом от всех колонок не нравится?
Абсолютно серьезно. А что такого? Вон выше select for update предлагают.
Вообще в самом акте про доступ разработчиков вообще ничего не говорится, он про деньги.
В комментариях вполне разумные требования — чтобы на продакшене не болтался непойми кто, чтобы пароли менялись, чтобы бывшие сотрудники не сохраняли доступ и т.д.
Помимо прочего требуется иметь дизастер рикавери план — что делать в случае факапа. Судя по комментариям факап представляется такой мерзостью, о которой и думать противно; вот никто и не думает.
А вас не затруднит привести пункт в этом акте относительно этого вопроса?
Ну вот видите, как вы славно умеете классифицировать. Это же замечательно!
Если я все правильно уловил в вашем посте, то, боюсь, вы меня не вполне поняли.
Вы не могли бы несколько развернуть свою мысль? Как-то у вас не вполне понятно получилось.
Мне хотелось бы увидеть метод, как можно реализовать какое-нибудь «немедленно уберите Пупкиных отовсюду, сию же секунду!!!11»
Ответ «через недельку, бог даст, выкатим» не считается — ну или пусть программист оплачивает потери бизнеса самостоятельно.
К сожалению, в расшифровку не попало вступление. В нем я рассказывал, что
1. Я не самый умный
2. После выступления обязательно найдутся три типа граждан
2.1 «Вот она, правда!»
2.2 «Это спорно»
2.3 «Это полный бред»
А, ну а как же. Приходили подобные люди, устроили себе сплитбрейн на одной базе.
«Количество таких ситуаций настолько мало»
Мало.
Но одного раза может быть достаточно для прикрытия бизнеса.

Information

Rating
Does not participate
Location
Россия
Works in
Date of birth
Registered
Activity