Size: a a a

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

2020 June 08

VS

Vladislav 👻 Shishkov... in Архитектура данных
Николай
Ну, в чем проблемп то?
наверно в вас, у нас с вами плохо складывается диалог, пойду дальше работать
источник

Н

Николай in Архитектура данных
Ну определений много, может ссылку дадите?
источник

Н

Николай in Архитектура данных
Да, договориться об общем знаменателе, для продолжения беседы, нам с вами не удаётся
источник

Н

Николай in Архитектура данных
Vladislav 👻 Shishkov
сущность везде определена довольно одинаково, почитайте
Владислав, прошу извинить - не дочитал автора: действительно, дичь 20-30 сущностей (таблиц) это запредельная глупость
источник

e

er@essbase.ru in Архитектура данных
Николай
Владислав, прошу извинить - не дочитал автора: действительно, дичь 20-30 сущностей (таблиц) это запредельная глупость
омг ,  
 мне кажется что данный документ не стоит оценивать только по этому предложению.
 тут очень  удачно передана боль всех "хранилищников"  -  как постановка диагноза очень даже не плохо.
источник

Н

Николай in Архитектура данных
Текст, на мой взгляд, лучшее, что есть по данной тематике. Есть ряд моментов, для меня странные
источник

PG

Paul Golubev in Архитектура данных
Не забывайте, каждый такой материал создавали люди, у которых есть определенный опыт, не претендующий на всеобъемлющий. Основная ценность этого текста в том, что можно брать отдельные высказывания, которые подойдут почти всем. Не вижу криминала, что где то 20-30 сущностей, у кого-то больше у кого то меньше, главное мысли, которые в тексте. P.s. мне текст в свое время дал много пользы, спасибо автору
источник
2020 June 09

PD

Phil Delgyado in Архитектура данных
Vladislav 👻 Shishkov
да критикую, только не знающий может написать про 20-30 сущностей
Хм, у меня вот близкий опыт, обычно число реально важных сущностей (не реляций, а важных элементов домена) достаточно немного.
Хотя 20-30 сущностей легко превращаются в 2000-3000 таблиц, особенно лет за 20 разработки.
источник

Н

Николай in Архитектура данных
Фил,  у меня, в вашем смысле сущности та же картина. Но автор указывает на то, что эти термины тождественны. Вот в чем дело
источник

Н

Николай in Архитектура данных
Коллеги, подскажите, кто делает дата волт?
источник

Н

Николай in Архитектура данных
Понять никак не могу
источник

DT

Denis Troyan in Архитектура данных
понять что?
источник

Н

Николай in Архитектура данных
Там канонично три сущности, хаб сателлит линк
источник

Н

Николай in Архитектура данных
А вот, нппример, есть хаб клиенты
источник

Н

Николай in Архитектура данных
Пол клиента одидае о включается в сателлит
источник

Н

Николай in Архитектура данных
Правильно я понимаю, что будет денормализация
источник

DT

Denis Troyan in Архитектура данных
почему денормализация? мы же табличку клиентов пилим на несколько частей - хаб и сателлит. Больше похоже на нормализацию?) И в чем действительно вопрос?
источник

Н

Николай in Архитектура данных
Денис, как будет выглялеть сателит пол?
источник

Н

Николай in Архитектура данных
Я сейчас кину код 3нф, и как я предполагаю должен выглядеть сателлит
источник

DT

Denis Troyan in Архитектура данных
Николай
Денис, как будет выглялеть сателит пол?
ну, не уверен, что стоит делать сателлит “пол”. Возможно, стоит делать сателлит “employee static info”, и “пол” будет там одним из атрибутов
источник