Hi @olgatrykush yes. So overall conceptually, our first database is to store content and record the content as an asset. So for example, our blogs are all company assets filed under Blog-Assets table. Currently, there are 39 different categories of content. This includes everything from internal emails, external emails we write for partners to blogs, videos, blurbs, advice column information, website-assets, etc.
These pieces of content are all related at some point, but not always.
EXAMPLE 1: Let’s say I have an email. That email might be for a blog, a video, our newsletter, a podcast, a product announcement, etc. But at the moment, in order in order to display this information effectively and efficiently, I would want a field that would display which item the email is for. So instead of:
Legend:
| denotes field - denotes a space
Field: 1: Email ------|— Blog—|— Video—|— Newsletter—|
Row 1: Welcome1–|-------------|---------------|----HGVol.135—|
Would return:
Welcome 1, HG Vol.135
EXAMPLE 2 (and perhaps more relevant to more people):
Naming for a Table’s Primary Field
Naming an item is often a collection of their attributes. It is frequently more ideal for a primary field to be a collection of attributes assigned than having to come up with a unique name that is recognizable for the team.
So for example, if I have a Table of Blurbs (short copy paragraphs) I might want to use them in multiple places, emails, social media, blogs, etc. And a blurb typically consists of a topic, promotion, and an angle. So I might Say the topic is Carrots, to promote a garden course (Product) or a free e-guide (Digi-Paper-Asset), and talk about growing in fall for overwinter harvesting (angle).
Without the ability to have the name be a collection of attributes I have to manually name it and rely on whichever team member is writing the blurb for an accurate naming convention that matches the attributes and create redundancies or make the copy long text the name which isn’t helpful for locating data.
So:
|—Topic—|—Product—|----------Digi-Paper---------|—Angle-|
|-- Carrots|------------------|Seed to Harvest: Carrots|—Fall—|
|-- Carrots|Garden 101 |-----------------------------------|-Spring|
Would Return in the Primary Field:
Carrots, Seed to Harvest: Carrots, Fall
Carrots, Garden 101, Spring
Another instance would be for promotional calendar grid view. We have the name in Airtable as a set of attributes split up with emojis since we have a heavily visual learning team:
: EYH_2024 PACKAGE, PS
: EYH_2024 WS EVENT
→ → Internal, Partner
Launch
So here we have
:
What is being promoted,
:
How it’s being promoted (Campaign),
→ →
Who is promoting it,
What type it is.
At any given time an attribute might shift. So if we decide to put a different campaign in, we can simply change out the attribute and the name will certainly be changed vs relying on manual redundancies.