Size: a a a

Архитектура данных

2019 July 05

V

Valery in Архитектура данных
На то и есть роль архитектора чтобы грамотно разложить всё
источник

KG

Kirill Gorin in Архитектура данных
Valery
На то и есть роль архитектора чтобы грамотно разложить всё
и всех
источник

PD

Phil Delgyado in Архитектура данных
Chern Oleksander
А какие есть варианты, скажите хоть одну бд которая сама может создать всю архитектуру реляционке. Буду благодарен
А что значит 'бд, которая создаёт архитектуру реляционке'?
источник

PG

Paul Golubev in Архитектура данных
Chern Oleksander
А какие есть варианты, скажите хоть одну бд которая сама может создать всю архитектуру реляционке. Буду благодарен
Подвижки в эту сторону есть, даже с использованием ии, но пока практичных результатов нет. Название проекта сейчас не вспомню. Поэтому пока по старинке
источник

CO

Chern Oleksander in Архитектура данных
Просто тогда, почему была такая скептика к вопросу?)
источник

CO

Chern Oleksander in Архитектура данных
Phil Delgyado
А что значит 'бд, которая создаёт архитектуру реляционке'?
Та это был вопрос к ребятам, которые пишут про велосипед )
источник

АЖ

Артем Жданов in Архитектура данных
Paul Golubev
Это подразумевалось как площадка для общения по архитектуре данных. На самом деле достаточно много людей испытывает проблемы, когда им говорят - а давайте теперь построим хранилище. Как построить, чем, по какому шаблону, какие правила? Какие тенденции в мире происходят? Но наверно таких мало, все уже все знают, и обсуждать нечего:)
А давайте построим хранилище над ERP и CRM. С нуля, без легаси наследия. 🙂 Кто что бы использовал? Какую архитектуру, какие технологии, какая модель данных, что использовали бы для cdc/etl/dg/dq?
источник

SS

Sergey Sheremeta in Архитектура данных
Артем Жданов
А давайте построим хранилище над ERP и CRM. С нуля, без легаси наследия. 🙂 Кто что бы использовал? Какую архитектуру, какие технологии, какая модель данных, что использовали бы для cdc/etl/dg/dq?
какие требования к хранилищу предъявляете? от них и плясать, серебряной пули давно больше нет
источник

PD

Phil Delgyado in Архитектура данных
Chern Oleksander
Та это был вопрос к ребятам, которые пишут про велосипед )
Так ты-то понял, что значит эта фраза? Я - нет (
источник

CO

Chern Oleksander in Архитектура данных
Phil Delgyado
Так ты-то понял, что значит эта фраза? Я - нет (
Абсолютли нет) думал что ребята сейчас скажут вот же в кх нажал кнопку и ведро готово ))
источник

e

er@essbase.ru in Архитектура данных
Chern Oleksander
Абсолютли нет) думал что ребята сейчас скажут вот же в кх нажал кнопку и ведро готово ))
через год поговорим
источник

CO

Chern Oleksander in Архитектура данных
er@essbase.ru
через год поговорим
На какую тему?)
источник

e

er@essbase.ru in Архитектура данных
как кнопки нажимали и как ведро наполнялось.  будет либо рывок в сознании либо переквалификация в менеджеры
источник

PD

Phil Delgyado in Архитектура данных
Chern Oleksander
Абсолютли нет) думал что ребята сейчас скажут вот же в кх нажал кнопку и ведро готово ))
Э, фраза про субд и архитектуру - она твоя, при чем тут CH?
источник

CO

Chern Oleksander in Архитектура данных
Phil Delgyado
Э, фраза про субд и архитектуру - она твоя, при чем тут CH?
Так задайте вопрос конкретезирующий)
источник

PD

Phil Delgyado in Архитектура данных
Зачем тебе новая БД, что ты в ней хочешь нового получить? Все ли существующие решения ты посмотрел?
источник

CO

Chern Oleksander in Архитектура данных
Phil Delgyado
Зачем тебе новая БД, что ты в ней хочешь нового получить? Все ли существующие решения ты посмотрел?
Ааа, почему новая. Имею ввиду есть 17игр, которые генерируют порядка 100к в сек событий.
Нужно перекрыть две потребности:
1) нагрузка со стороны клиент-сервер-клиент(идея все в nosql)
2) бизнес-логика(реляционка)+удобная структура для аналитиков
источник

CO

Chern Oleksander in Архитектура данных
По поводу решений все что находил, это было типо: берете mysql и делаете
А какая структуру, какие etl, как происходит в связке и тд
источник

PD

Phil Delgyado in Архитектура данных
1) OLTP нагрузка и аналитика - это по определению разные базы.
2) реляционка и 100K в секунду на OLTP - крайне мало вероятно.
Так бы я советовал FoundationDB+CH
источник

PG

Paul Golubev in Архитектура данных
Здесь больше похоже на инмемори, причем  надо разделять - события, которые можно обнулить при дисконнекте и события, которые нельзя терять. Одни прогонять как есть, другие сохранять в базу
источник