Соглашения о присвоении имен схемы "звезда"

Это - обычная практика в схеме "звезда" к названиям таблицы префиксов как таблица измерений или таблица фактов? Это - также обычная практика, чтобы снабдить префиксом имена столбцов имя таблицы?

В моих нормальных базах данных OLTP я не делаю этого, но я вижу примеры этого типа именования в схемах "звезда".

Имеет смысл иметь другой набор именования стандартов для схем хранилища данных по сравнению со схемами OLTP?

Спасибо Dwight

7
задан mohsensajjadi 27 August 2019 в 19:03
поделиться

3 ответа

The tablename_column name convention is used to ensure that all fields within a database are unique, although it is somewhat excessive it can be used for when there is a standard / requirement for unique naming (Which some client IT departments demand.)

Product.Name => Product.Product_Name
Part.Name => Part.Part_Name

It removes any ambiguity over where Name would come from.

I prefer not to name tables with a prefex at all (assuming that does not break the local standards of a company), since whilst it might be a table today, it could be re-implemented as a view or partitioned view tomorrow but expose the same schema, and I would then have to accept objects prefixed incorrectly or update everyones reference to the new name / create a synonym.

Having consistency though tends to be the winner, if every DBA / Dev implemented their own version it would be chaos, so I would tend to find the company standards and apply them.

2
ответ дан 6 December 2019 в 23:07
поделиться

В хранилищах данных принято называть столбцы «длинными именами», потому что эти столбцы становятся заголовками столбцов в отчетах (результатах запроса) и должны быть удобными для бизнес-пользователей. Поэтому вместо Product.Name и Customer.Name , которые будут отображаться как «Имя» (если не используется псевдоним), обычно используется Product.ProductName и Customer.CustomerName , поэтому они отображаются как "ProductName" и "

1
ответ дан 6 December 2019 в 23:07
поделиться

Имена таблиц :

  • Мне нравится это соглашение: [тип] [субъект] [имя]
  • где тип - «тусклый» или «факт» (или «факты» для агрегатов)
  • где субъект - предметная область в хранилище (comm для общего, fw для брандмауэра, id, и т. д.)
  • , где имя в идеале представляет собой имя из одного слова или сокращения размеров в случае сводная таблица
  • например: dim_comm_org для организационного измерения
  • ex: fact_scan для таблицы фактов сканирования
  • ex: fact_scan_org_sev_daily - сводная таблица сканирования фактов, сгруппированная в уровень org, sev и day

Имена столбцов:

  • не используйте префикс для всего имени таблицы - это слишком долго
  • используйте префикс только для значимой части - это очень помогает при записи или чтении запросы.

Хранилище и присвоение имен OLTP:

  • они очень разные. Имена таблиц и столбцов хранилища часто попадают в метаданные в отчетах, которые читают как разработчики, так и пользователи. Не так много с OLTP.
  • Я думаю, что префиксы таблиц по-прежнему полезны в OLTP, но я думаю, что лучше, если это будет что-то значимое в этом подмножестве модели, а не различие между фактами и измерениями.
8
ответ дан 6 December 2019 в 23:07
поделиться
Другие вопросы по тегам:

Похожие вопросы: