# Feature Request: Display dependant fields and rules **URL:** \ **Category:** Ideas & Features\ **Tags:** automations\ **Created:** [August 14, 2024, 12:58pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505 "2024-08-14T12:58:55Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![Illusory](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/illusory/32/10403_2.png) [@Illusory](https://community.fibery.io/u/Illusory)\ **Post date:** [August 14, 2024, 12:58pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/1 "2024-08-14T12:58:55Z")
Hi friends. Sometimes, we need/want to change a field name, which can cause breaking changes to automation, dependent formulas, etc. It would be great to see the dependencies of a specific field so that we can determine what relies on the field we intend to modify. ---
**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:** [August 14, 2024, 1:00pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/2 "2024-08-14T13:00:04Z")
Field renaming should not break anything. Few exceptions: - Script in automation - Some external service that uses Fibery API ---
**Author:** ![Illusory](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/illusory/32/10403_2.png) [@Illusory](https://community.fibery.io/u/Illusory)\ **Post date:** [August 14, 2024, 1:18pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/3 "2024-08-14T13:18:07Z")
Apologies, you’re right. The exception is if the field is deleted, which affects Lookups and Formulas. As for scripting, I presume Fibery cannot determine if a field is used in a script. ---
**Author:** ![Mircea\_Braescu](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mircea_braescu/32/9729_2.png) [@Mircea\_Braescu](https://community.fibery.io/u/Mircea_Braescu)\ **Post date:** [August 14, 2024, 3:47pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/4 "2024-08-14T15:47:04Z")
We thought about the same thing. We experiment a lot with various Databases setups and we’d need some way of doing cleanup (otherwise junk would keep piling up). If we were to delete a Database it would help to know which other entities and/or databases relate to it. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [August 14, 2024, 5:16pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/5 "2024-08-14T17:16:23Z")
> [@Mircea\_Braescu](#): > > If we were to delete a Database it would help to know which other entities and/or databases relate to it. The relation map on the db config page shows all related dbs. Or you can check out the workspace map of you’re an admin. ---
**Author:** ![Mircea\_Braescu](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mircea_braescu/32/9729_2.png) [@Mircea\_Braescu](https://community.fibery.io/u/Mircea_Braescu)\ **Post date:** [August 15, 2024, 6:09am UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/6 "2024-08-15T06:09:26Z")
> [@Chr1sG](#): > > The relation map on the db config page shows all related dbs. > Or you can check out the workspace map of you’re an admin. Sure, but I can have a People DB with relation to a Car DB, but no People entity that has an actual relationship to a Car entity. Meaning that I could safely delete the Car DB even though the workspace map might suggest otherwise. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [August 15, 2024, 6:24am UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/7 "2024-08-15T06:24:43Z")
How often are you deleting databases though? My experience is that most users settle on a set of databases fairly early on, and database deletion doesn’t happen very often. > [@Mircea\_Braescu](#): > > Sure, but I can have a People DB with relation to a Car DB, but no People entity that has an actual relationship to a Car entity. > Meaning that I could safely delete the Car DB even though the workspace map might suggest otherwise. The choice of what databases to have is a schema decision - either you want to store Car data or not. If you are planning on deleting the Car DB, why would it matter if there were some Car entities linked to some People entities? If you think the Car db isn’t needed, then it surely doesn’t matter what the Car entities might be linked to… 🤔 ---
**Author:** ![Mircea\_Braescu](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mircea_braescu/32/9729_2.png) [@Mircea\_Braescu](https://community.fibery.io/u/Mircea_Braescu)\ **Post date:** [August 15, 2024, 2:41pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/8 "2024-08-15T14:41:47Z")
Right now we have a Sandbox space where various people in the team can add DB and experiment, so it’s hard to know what connects to what and what is still needed or what is obsolete, junk. The issue is not with the scheme but knowing “if I rip this thing out of here for cleanup purposes, will it mess things up for someone else who might be needing it?” That being said, it’s a niche need for us, and add the end of the day we can go in, check entities manually (based on the DB relartionships) and see if any entities make use of that relationship and if not safely delete it ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [August 15, 2024, 2:43pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/9 "2024-08-15T14:43:34Z")
> [@Mircea\_Braescu](#): > > Right now we have a Sandbox space where various people in the team can add DB and experiment, so it’s hard to know what connects to what and what is still needed or what is obsolete, junk. > The issue is not with the scheme but knowing “if I rip this thing out of here for cleanup purposes, will it mess things up for someone else who might be needing it?” Fair enough. But isn’t that the purpose (and risk) of a sandbox - you play around, and things might get broken (especially if others are also doing stuff)? 😉 ---
**Author:** ![Illusory](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/illusory/32/10403_2.png) [@Illusory](https://community.fibery.io/u/Illusory)\ **Post date:** [August 15, 2024, 3:16pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/10 "2024-08-15T15:16:00Z")
> [@Chr1sG](#): > > How often are you deleting databases though? For us, it’s more about deleting fields, not databases. ---
**Author:** ![Mircea\_Braescu](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mircea_braescu/32/9729_2.png) [@Mircea\_Braescu](https://community.fibery.io/u/Mircea_Braescu)\ **Post date:** [August 15, 2024, 3:33pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/11 "2024-08-15T15:33:37Z")
> Fair enough. But isn’t that the purpose (and risk) of a sandbox - you play around, and things might get broken (especially if others are also doing stuff)? Yes, until someone says: “yup, this is good, let’s make use of it” which would take it from “experiment” to “live” and move those DBs to a dedicated space ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [August 15, 2024, 3:55pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/12 "2024-08-15T15:55:17Z")
> [@Illusory](#): > > For us, it’s more about deleting fields, not databases. Yep, and this FR is all about that, and we do hope to make field deletion a less traumatic process. ---
**Author:** ![interr0bangr](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/interr0bangr/32/8089_2.png) [@interr0bangr](https://community.fibery.io/u/interr0bangr)\ **Post date:** [August 15, 2024, 4:35pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/13 "2024-08-15T16:35:23Z")
Would love this! Hubspot does this really well: ![Property-settings (1)](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/0/05f7759d406d07335efee789b398a810872364be.jpeg) ---
**Author:** ![YvetteLans](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/yvettelans/32/6101_2.png) [@YvetteLans](https://community.fibery.io/u/YvetteLans)\ **Post date:** [August 15, 2024, 6:53pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/14 "2024-08-15T18:53:51Z")
In addition to this: Currently you don’t receive a notification when an automation rule uses a deleted field. Or when the automation is broken because of a relation change (1:1 → 1:m or m:m). You will only receive the notification when the automation actually runs. But some only run once in a while. For us, as a Fibery partner, this is a pain in the ass. Since we currently don’t know which automations are broken. Would be great if we can have the same solution as we now have in formulas and lookups. When a field is deleted, we receive the error immediately in the inbox. ---
**Author:** ![Illusory](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/illusory/32/10403_2.png) [@Illusory](https://community.fibery.io/u/Illusory)\ **Post date:** [August 15, 2024, 10:03pm UTC](https://community.fibery.io/t/feature-request-display-dependant-fields-and-rules/6505/15 "2024-08-15T22:03:15Z")
> [@YvetteLans](#): > > Would be great if we can have the same solution as we now have in formulas and lookups. When a field is deleted, we receive the error immediately in the inbox. Agreed. Ideally, when deleting a field, we can see Automations, Lookups and Formulas that depend on the fields before confirming deletion. That way, you can prevent or prepare for deletion.