Email or username:

Password:

Forgot your password?
Top-level
Joinny Hash

> Перед тем как мы продолжим, я хотел бы попросить вас сделать глубокий вдох и отбросить предубеждения. Да, нужно стремиться к гармонизации данных, учитывать контекст при выборе их объема. При этом не стоит забывать о масштабе.
Если экосистема сильно распределена, то централизация данных, потребляемых пользователями и приложениями, может оказаться не лучшим решением.

Не зря попросил, предыдущие 20 страниц я из-за баззвордов и разговоров ни о чём глаза закатил так, что едва видел книгу.

3 comments
Joinny Hash

> Управление метаданными. Это управление всей информацией, которая клас-сифицирует и описывает данные. Метаданные помогают сделать данные понятными, безопасными и готовыми к интеграции. Они также могут использоваться для обеспечения качества. Эта тема более подробно раскрыта в главе 10

Единственное за что зацепился глаз будет раскрыто вообще далеко не сразу. Что автор имеет в виду под этим термином всё равно хер пойми. Комментарии к описанию полей в базе, куда тестировщики своими пальчонками так и норовят лезть? В целом да, им бы это помогало. Увы, наш ORM позволяет указать help_text, но не умеет его куда-либо просаживать. Но чо бы и не научить, рил удобнее же будет. Завтра кстати как раз договорились с одной из тестировщиц в новой тиме созвлниться, пообщаться за QA. Надеюсь не уволится после этого, мои взгляды на тестирование слегка специфичны :D

> Управление метаданными. Это управление всей информацией, которая клас-сифицирует и описывает данные. Метаданные помогают сделать данные понятными, безопасными и готовыми к интеграции. Они также могут использоваться для обеспечения качества. Эта тема более подробно раскрыта в главе 10

Единственное за что зацепился глаз будет раскрыто вообще далеко не сразу. Что автор имеет в виду под этим термином всё равно хер пойми. Комментарии к описанию полей в базе, куда тестировщики своими пальчонками так...

Joinny Hash

> Открытый исходный код также открыл сферу специализированных баз данных. Cassandra, HBase, MongoDB, Hive и Redis - вот лишь часть систем, которые изменили традиционный рынок БД, позволив хранить и анализировать огромные объемы данных. В результате появления всех этих новых возможностей резко повысилась эффективность создания и разработки современных решений. Теперь сложные задачи легко можно решить с помощью узкоспециализированной базы данных. Больше не нужно использовать устаревшую реляционную БД и сложную прикладную логику.

На последней работе моё решение для обеспечения поточной обработки данных, которая дала нам необходимую масштабируемость – болезненный переход на стандартную реляционную модель и написание сложной прикладной логики. Не то чтобы это было серебряной пулей, но когда под её видом _без контекста_ начинают топить за NoSQL разного рода, у меня глазки закатываются.

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

> Открытый исходный код также открыл сферу специализированных баз данных. Cassandra, HBase, MongoDB, Hive и Redis - вот лишь часть систем, которые изменили традиционный рынок БД, позволив хранить и анализировать огромные объемы данных. В результате появления всех этих новых возможностей резко повысилась эффективность создания и разработки современных решений. Теперь сложные задачи легко можно решить с помощью узкоспециализированной базы данных. Больше не нужно использовать устаревшую реляционную...

Joinny Hash

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

Ладно. Выдохнуть. Сейчас чувак расскажет о том, что он занимался только построением всевозможных BI, временными хранилищами сырых данных, нормализацией которых занимались другие люди и я вздохну с облегчением от понимания.

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

Go Up