# Group fields in Table View as columns (and maybe other places)

**URL:** <https://community.fibery.io/t/group-fields-in-table-view-as-columns-and-maybe-other-places/10639>\
**Category:** Ideas & Features\
**Tags:** table-view\
**Created:** [March 25, 2026, 8:23am UTC](https://community.fibery.io/t/group-fields-in-table-view-as-columns-and-maybe-other-places/10639 "2026-03-25T08:23:29Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![ID.000](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/id.000/32/14109_2.png) [@ID.000](https://community.fibery.io/u/ID.000)\
**Post date:** [March 25, 2026, 8:23am UTC](https://community.fibery.io/t/group-fields-in-table-view-as-columns-and-maybe-other-places/10639/1 "2026-03-25T08:23:29Z")

</div>

When working with larger databases, tables can quickly grow to **many dozens of fields** , which makes navigation across columns harder.

Currently it is possible to hide columns individually, but in practice many fields belong to **logical groups** (for example planning fields, metrics, metadata, etc.).

**Suggestion:**

Allow creating **column groups** inside table views.

For example:

Planning  
• Start Date  
• End Date  
• Owner

Metrics  
• Budget  
• Revenue  
• Conversion Rate

Metadata  
• Created By  
• Created Date  
• Source

These groups could optionally have:

- a **color indicator or small colored dot** near the column names

- the ability to **collapse / hide the entire group** quickly

From a UI perspective, this could work in several ways. For example:

• A **separate “Groups” section** at the top of the column visibility panel (like in the screenshot).  
• A **quick toggle button above the database view** to show/hide specific column groups.

This would make it much easier to manage **wide tables** , allowing users to temporarily hide entire sections of fields while keeping the structure organized.

Currently we can hide columns one by one, but grouping would make this much faster and more scalable for larger databases.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/c/c66bdfbcf23368d25214e11a47e0b241c9e867b8.png)

---

<div class="post-metadata">

**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\
**Post date:** [March 25, 2026, 8:31am UTC](https://community.fibery.io/t/group-fields-in-table-view-as-columns-and-maybe-other-places/10639/2 "2026-03-25T08:31:39Z")

</div>

I recommend to post every such thing as a separate request, thus it will have more chances to be noticed

---

<div class="post-metadata">

**Author:** ![Eva\_Folch](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/eva_folch/32/11814_2.png) [@Eva\_Folch](https://community.fibery.io/u/Eva_Folch)\
**Post date:** [March 25, 2026, 8:48am UTC](https://community.fibery.io/t/group-fields-in-table-view-as-columns-and-maybe-other-places/10639/3 "2026-03-25T08:48:21Z")

</div>

That’s a great Idea!

---

<div class="post-metadata">

**Author:** ![ID.000](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/id.000/32/14109_2.png) [@ID.000](https://community.fibery.io/u/ID.000)\
**Post date:** [March 26, 2026, 7:41am UTC](https://community.fibery.io/t/group-fields-in-table-view-as-columns-and-maybe-other-places/10639/4 "2026-03-26T07:41:53Z")

</div>

Thanks for the tip! That makes sense — I’ll start posting these as separate requests from now on. 👍 😀

---

<div class="post-metadata">

**Author:** ![Sev](https://avatars.discourse-cdn.com/v4/letter/s/90db22/32.png) [@Sev](https://community.fibery.io/u/Sev)\
**Post date:** [March 26, 2026, 2:01pm UTC](https://community.fibery.io/t/group-fields-in-table-view-as-columns-and-maybe-other-places/10639/5 "2026-03-26T14:01:05Z")

</div>

I agree.

Particularly with [TPH](https://medium.com/@sematopcu/inheritance-mapping-in-databases-tph-tpt-tpc-fc175c572880)/[STI](https://martinfowler.com/eaaCatalog/singleTableInheritance.html), when we collapse an entity type hierarchy into one table, e.g. one table with a entity\_type (discriminator field) instead of three separate tables one for each entity\_type, this becomes even more useful.

Right now we have come up with naming convention for fields to help at least visually, with this. However since `:, |, [,]` are not allowed in field names, we are somewhat limited to reusing `@, <, >, (, )` in our names. For example we group by doing `(@Group Name or Context) Field Name` e.g. in Line Item shared with both Receivables and Payables we have `(@Receivable) Covered Billables` and `(@Payable) Billed in`, as the shorter version of `(@Type=Receivable) Covered Billables` and `(@Type=Payable) Billed in`.

I have found that using naming conventions that our AI Agent can access, we can make changes to the views more easily, while no field grouping exists. I hope this helps you, too.

💯 👏 **Of course Fibery has implemented many amazing features that help with this, such as Hide/Default Entity Views, as well as the plethora of Collection Views.**
