# Fibery vs. Airtable **URL:** \ **Category:** Tools\ **Created:** [May 28, 2020, 1:24pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725 "2020-05-28T13:24:34Z")\ **Posts on this page:** 13\ **Page:** 1
**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:** [May 28, 2020, 1:24pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725/1 "2020-05-28T13:24:34Z")
Longread. > **[Fibery vs. Airtable. We connect your bases!](https://medium.com/fibery/fibery-vs-airtable-8e6bd0e6ca79)** > > Deep review of Airtable and Fibery on a real case. Airtable is a set of connected tables / Fibery is a set of connected apps. ---
**Author:** ![helloitse](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/helloitse/32/498_2.png) [@helloitse](https://community.fibery.io/u/helloitse)\ **Post date:** [May 28, 2020, 8:24pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725/2 "2020-05-28T20:24:00Z")
I was trying to explain this to a friend a few days ago. I’ve passed this along. I really like this series, it’s helpful for determining what tool to use for upcoming projects. @mdubakov will we see one for Fibery vs Coda in the near future? Big thanks for mentioning the API and the eventual Graph API move. It’s been a concern of mine, since I like automating things. ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [May 29, 2020, 2:02am UTC](https://community.fibery.io/t/fibery-vs-airtable/725/3 "2020-05-29T02:02:32Z")
I agree with @helloitse, have been waiting for Coda. I noticed the first comment you have @mdubakov over in Medium is a reader also asking for that! I think Fibery will have the greatest appeal to users of Coda vs. Airtable or Notion, as you guys handle easily a lot of what Coda can do, too, but not unless you are a very advanced developer who can master formulas, lookups, controls, etc. None of that skill needed to create an amazing solution in Fibery! ---
**Author:** ![webinit](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/webinit/32/5548_2.png) [@webinit](https://community.fibery.io/u/webinit)\ **Post date:** [May 30, 2020, 11:42pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725/4 "2020-05-30T23:42:09Z")
Easy in Fibery… terrible in Airtable: > **[Dynamic Drop down dependent on another dropdown](https://community.airtable.com/t/dynamic-drop-down-dependent-on-another-dropdown/17597)** > > Helllo, New to the Airtable platform. I am wondering if this is possible. I am developing a manufacturing schedule and in the schedule you have a Phase and multiple (different) steps in each phase. Ideally I would like a (2) drop-downs side by... ---
**Author:** ![helloitse](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/helloitse/32/498_2.png) [@helloitse](https://community.fibery.io/u/helloitse)\ **Post date:** [May 31, 2020, 7:52pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725/6 "2020-05-31T19:52:25Z")
I thought this was a feature request > [@Dependent Dropdown Field Type](https://community.fibery.io/t/dependent-dropdown-field-type/647): > > Hi Guys, Sorry if this is a detailed request, but I’ve seen a lot of times I could use a “Dependent Dropdown” capability with fields in Entities. What I mean is if I have one dropdown that I’m using, the options would lead to a 2nd related dropdown that would have dependent results based on the choice of the first: Let’s say we want to categorize a “Recipe” Entity type: First Dropdown: “Food” Choices: Meat Vegetable Fruit Values in 2nd Dropdown: Beef Pork Spinach Lettuce Broccoli Appl… @webinit if you’ve cracked this could you show how to pull it off? ---
**Author:** ![webinit](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/webinit/32/5548_2.png) [@webinit](https://community.fibery.io/u/webinit)\ **Post date:** [May 31, 2020, 9:44pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725/7 "2020-05-31T21:44:04Z")
If this what you’re looking for @helloitse? ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/8/8d2a325d40d5a21321eadb2fd96dc7b896804e53.png) ---
**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:** [June 1, 2020, 8:40am UTC](https://community.fibery.io/t/fibery-vs-airtable/725/8 "2020-06-01T08:40:35Z")
@webinit It is an awesome workaround! There are such field in Fibery, but indeed you can have it this way since Fibery filters dependent relations automatically. Great find. ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [June 1, 2020, 3:35pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725/9 "2020-06-01T15:35:06Z")
Hi guys @mdubakov, @helloitse (thanks for the mention of the request!) and @webinit: I wanted to add that what I was referring to is within the fields such as “multi-select” and “single-select”, which I think are the closest thing we have to “tags” in Fibery. I understand this solution, but @mdubakov in particular I am curious about your view on how this can lead to proliferation of Types. I agree fully when you mentioned in the Airtable article that Types are like tables, and my point here is that I’d like a more lightweight way to categorize actual entities, without having to create Types. Perhaps the recipe/food was a bad example, I don’t actually have that in my workspace! One real-world example however is something like this: Type: Vendors I have vendors that I treat as “suppliers,” and “partners” However some of my partners are also my clients. So if I chose “Partner” from the first drop down, I’d like to also in a subsequent drop down be able to select among a certain type of Partner “low budget” or “critical” etc. I’d like to avoid creating Types for all of this, as those Types will have just a few entities and that seems overkill. I will add that of somewhat relevance, Coda can do this. Michael I know you are working on the Coda comparison. Coda does this with a filter feature between these fields within an actual Table, or “Type” to us here in Fibery. So I think if we had the ability to do that, we’d meet this need without the need to get into extra Types. I will also add that I don’t see this as a high priority, more like a “nice to have” that I hope you guys can consider for the future. Thanks for listening! ---
**Author:** ![webinit](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/webinit/32/5548_2.png) [@webinit](https://community.fibery.io/u/webinit)\ **Post date:** [June 1, 2020, 11:43pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725/10 "2020-06-01T23:43:33Z")
@B_Sp one option for now could be to just create all the Types you need (even if they only have a couple of entities in each) and then just store them all inside a single folder (dragged down to the bottom of your app). Then simply keep that folder closed from view while your working (out of sight, out of mind). That way they would not clutter your visual workspace and be easily accessible when you need them. It would be an easy and relatively low maintenance solution, particularly after the initial setup. ---
**Author:** ![webinit](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/webinit/32/5548_2.png) [@webinit](https://community.fibery.io/u/webinit)\ **Post date:** [June 1, 2020, 11:47pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725/11 "2020-06-01T23:47:57Z")
Thank @antoniokov, not me! 😀 ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [June 2, 2020, 2:21pm UTC](https://community.fibery.io/t/fibery-vs-airtable/725/12 "2020-06-02T14:21:32Z")
Thanks for the response! You raise one of my bigger dilemmas in Fibery - how to handle Types that are used for different needs, as I’m finding there are times when I will use them to “categorize” other Types. At other times, I think I use them more in their “intended” purpose, that is to represent “things” in my work management: clients, product components, initiatives, etc. ---
**Author:** ![webinit](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/webinit/32/5548_2.png) [@webinit](https://community.fibery.io/u/webinit)\ **Post date:** [June 3, 2020, 12:18am UTC](https://community.fibery.io/t/fibery-vs-airtable/725/13 "2020-06-03T00:18:45Z")
It’s a viable question @B_Sp. My preferred solution to that is to think less and build more. Just create what you want to have happen in any way at all. Just shoot for the goal and keep shooting for it. Create a plethora of Types. Build it the way you think it could possibly work, break it, build it again. Create a mess, clean it up, get fed up, create a new app and try again. Reach out to support, post here, then try again. Action purifies. In no time you’ll figure out what works and what doesn’t. Don’t block yourself with trying to get it right. Instead, create a new Type and see if you can make it work. Simple rules… what’s the process you’re trying to map? For that, create an app. What are the Types that are meaningful within that process? Create them. Unsure? Create it anyway. What are the stages the work goes through? Create the workflow steps and display it on a board view. That’s my take anyway. Hope it’s helpful @B_Sp. 👍 ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [June 3, 2020, 3:23am UTC](https://community.fibery.io/t/fibery-vs-airtable/725/14 "2020-06-03T03:23:45Z")
Thank you @webinit, yes very helpful!