Size: a a a

2021 January 05

D

Denys in ctodailychat
> Out of the 17M page requests made between 8–9pm (111M if you include assets: stylesheets, images, etc), we served 21 5xx errors.

https://twitter.com/TheRealNooshu/status/1346183432876019712
источник

AR

Anton Revyako in ctodailychat
Igor V
это OLAP хранилища
Кроме общего геморроя с километровыми запросами не вижу проблем использовать и в OLTP.

Общая идея - append only, ни каких апдейтов, никаких делитов. Мне, как человеку, который много лет провел в финтехе, это очень нраица :)
источник

AR

Anton Revyako in ctodailychat
Ilya Noskov
Капец прям в тему мне сейчас
пошел по наклонной )
источник

СА

Сергей Аксёнов... in ctodailychat
Denys
> Out of the 17M page requests made between 8–9pm (111M if you include assets: stylesheets, images, etc), we served 21 5xx errors.

https://twitter.com/TheRealNooshu/status/1346183432876019712
А что они анонсировали там?
источник

D

Denys in ctodailychat
Сергей Аксёнов
А что они анонсировали там?
Обновление Gov.uk , наверноеGov.uk , наверное
источник

O

Oleg in ctodailychat
Сергей Аксёнов
А что они анонсировали там?
может 3-ий локдаун?
источник

D

Denys in ctodailychat
Какой крутой рекламный ролик у https://www.descript.com/
источник

IV

Igor V in ctodailychat
Anton Revyako
Кроме общего геморроя с километровыми запросами не вижу проблем использовать и в OLTP.

Общая идея - append only, ни каких апдейтов, никаких делитов. Мне, как человеку, который много лет провел в финтехе, это очень нраица :)
В случае если только пишем и не читаем. Но такой event stream можно куда хочешь писать
источник

AR

Anton Revyako in ctodailychat
Igor V
В случае если только пишем и не читаем. Но такой event stream можно куда хочешь писать
записать-то можно, вопрос как потом забрать )
источник

СА

Сергей Аксёнов... in ctodailychat
Кажется адским оверинжинирингом( Ведь колоночные базы именно так и хранят данные, просто абстрагируют все эти ссылки и индексы от пользователя.
источник

A

Artur in ctodailychat
Anton Revyako
Кроме общего геморроя с километровыми запросами не вижу проблем использовать и в OLTP.

Общая идея - append only, ни каких апдейтов, никаких делитов. Мне, как человеку, который много лет провел в финтехе, это очень нраица :)
чем плохи апдейты и делиты, если ведется история и есть снэпшоты на любой момент времени?
источник

A

Artur in ctodailychat
я прочитал статью, но не понял, какую проблему решает эта конструкция из таблиц вместо столбцов
источник

IN

Ilya Noskov in ctodailychat
Artur
чем плохи апдейты и делиты, если ведется история и есть снэпшоты на любой момент времени?
А как узнать когда эти изменения произошли? Вдруг произошло сразу много в короткий период
источник

A

Artur in ctodailychat
Ilya Noskov
А как узнать когда эти изменения произошли? Вдруг произошло сразу много в короткий период
посмотреть в поле validtill или вроде того
источник

A

Artur in ctodailychat
источник

AR

Anton Revyako in ctodailychat
Сергей Аксёнов
Кажется адским оверинжинирингом( Ведь колоночные базы именно так и хранят данные, просто абстрагируют все эти ссылки и индексы от пользователя.
это больше к авторам статей. я не пробовал )
источник

AR

Anton Revyako in ctodailychat
Artur
чем плохи апдейты и делиты, если ведется история и есть снэпшоты на любой момент времени?
снепшоты это что? Если в твоей базе есть timetravel, то анкор - перебор. но таймтревел есть мало где
источник

IN

Ilya Noskov in ctodailychat
Оо круто! Жалко нет в Postgres такого
источник

A

Artur in ctodailychat
и честно говоря, я не вижу, чем этот подход лучше для поддержания обратной совместимости
источник

IN

Ilya Noskov in ctodailychat
Artur
и честно говоря, я не вижу, чем этот подход лучше для поддержания обратной совместимости
Такие подходы нужны для быстрого проброса новых данных. В star schema достаточно долго добавлять новые атрибуты
источник