Соглашения о присвоении имен схемы "звезда"
Это - обычная практика в схеме "звезда" к названиям таблицы префиксов как таблица измерений или таблица фактов? Это - также обычная практика, чтобы снабдить префиксом имена столбцов имя таблицы?
В моих нормальных базах данных OLTP я не делаю этого, но я вижу примеры этого типа именования в схемах "звезда".
Имеет смысл иметь другой набор именования стандартов для схем хранилища данных по сравнению со схемами OLTP?
Спасибо Dwight
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.
В хранилищах данных принято называть столбцы «длинными именами», потому что эти столбцы становятся заголовками столбцов в отчетах (результатах запроса) и должны быть удобными для бизнес-пользователей. Поэтому вместо Product.Name и Customer.Name , которые будут отображаться как «Имя» (если не используется псевдоним), обычно используется Product.ProductName и Customer.CustomerName , поэтому они отображаются как "ProductName" и "
Имена таблиц :
- Мне нравится это соглашение: [тип] [субъект] [имя]
- где тип - «тусклый» или «факт» (или «факты» для агрегатов)
- где субъект - предметная область в хранилище (comm для общего, fw для брандмауэра, id, и т. д.)
- , где имя в идеале представляет собой имя из одного слова или сокращения размеров в случае сводная таблица
- например: dim_comm_org для организационного измерения
- ex: fact_scan для таблицы фактов сканирования
- ex: fact_scan_org_sev_daily - сводная таблица сканирования фактов, сгруппированная в уровень org, sev и day
Имена столбцов:
- не используйте префикс для всего имени таблицы - это слишком долго
- используйте префикс только для значимой части - это очень помогает при записи или чтении запросы.
Хранилище и присвоение имен OLTP:
- они очень разные. Имена таблиц и столбцов хранилища часто попадают в метаданные в отчетах, которые читают как разработчики, так и пользователи. Не так много с OLTP.
- Я думаю, что префиксы таблиц по-прежнему полезны в OLTP, но я думаю, что лучше, если это будет что-то значимое в этом подмножестве модели, а не различие между фактами и измерениями.