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

Мне каждый день приходится работать с большим количеством таблиц и поработав в разных отделах и разных местах хочу сказать - НЕЙМИНГ ВАЖЕН.

Почему? Потому что очень больно работать с таблицами названными: schema.test_v12, schema.tmp_table_0607. Непонятно что лежит внутри, о чем они, их тяжело запомнить, да и забываются за нольноль одну секунду. Причем на первом месте работы, важные данные хранили в черти какой таблице из разряда data_dont_delete_v3_final. А если ты только пришел в компанию, то будет как на меме в превью :(

Теперь о хороших историях с best practice Кейсы: 1. Приписка в конце _hist - означает что таблица историческая, значит чтобы вытащить актуальные данные необходимо обязательно вытащить последнюю партицию, иначе пишите - неоптимизированный запрос.

2. При [ работе | создании ] таблиц для своей команды, здорово после имени схемы указывать свой никнейм, чтобы понимать кто ответственен за таблицу + нейминг для чего таблица. Например Schema_name.nikitae_sales_metrics

3. Если вы периодически обновляете таблицу и необходима наглядная дата изменения, то хорошей практикой будет написание суффиксов _yyyy_mm_dd в конце таблицы

4. Префикс _sec в названии [ схемы | таблицы ] говорят об исключительной важности и защите, от слова security

5. raw в названии [ схемы | таблицы ]

6. tmp или temp в названии дает инфу о том, что таблица временная.

Здесь было бы хорошо рассказать не душным языком какие типы подходов к построению хранилищ данных [ХД] вообще есть, потому что там есть тоже приколюхи с неймингами, которые полезно знать. Да и быстро доставать данные - крутой навык.

Поделитесь вашим хорошим или не очень опытом работы с табличками в компании на текущем или старом месте работы! И как именуете у себя на работе)