To give you some context on my particular situation, we run an events business and have x3 sets of āusersā, each who access Stacker - staff, clients and speakers. As each of these have very different data models, they are in different tables in Airtable.
To get this to work with Classic, I had to put in place a horrible hack, where I synced all x3 tables to another Airtable Base, then synced back to another single Stacker user table. This was cumbersome and also the Airtable Base sync times are unreliable at best! This then caused further problems when combined with the Stacker sync times, with it being impossible to tell when a user was able to access Stacker.
So when I saw that with X you could use multiple tables, that made me very happy! Now with these changes itās making me a bit sad š¢
I will of course test the new implementation and see how I can make it work for me, but I will say this is the one occasion where Iām a bit disappointed with Stacker. This change seems to have been made without clear communications. I think itās important to remember that may of us design our data around working with Stacker, so fundamental changes like these should really be communicated in advance if possible, and preferably with some pre-change consultation! š