Hi everyone,
I’m a lawyer from Israel, and I’ve built a public Glide app that lets people fill out a single legal questionnaire and receive a personalized evaluation (based on our local bankruptcy law).
I started without any tech background and managed to build several tables (debts, assets, income, client info, etc.) and created lots of Relations and Lookups.
But now the system is getting really messy:
Data isn’t flowing properly into the final “legal opinion” template
Some calculations don’t work
I’m not sure where it breaks
Everything feels too complicated and hard to debug
I’m now debating:
Should I start fresh — maybe just use a single table?
Or is there still a way to save what I’ve already built and simplify it?
Here are my questions:
Is it realistic to manage everything in one table if users only fill out a single form?
Do lots of If–Then–Else columns hurt performance?
Can anyone help me understand why the data isn’t showing in the final template?
Is there a way to fix the current Relations/structure without rebuilding?
I’m not fluent in English, so any clear advice or examples would be really appreciated
Thanks in advance!
[The Hebrew below was generated by an online translator. I have no idea what it says. See English version below.]
Here’s the translation into Hebrew:
הי גלית, ברוכה הבאה לפורום הקהילה של Glide
זה תלוי. אם מבנה הטבלה הראשוני שלך היה טוב ומאפשר לך להמשיך להוסיף מודולים ופיצ’רים לאפליקציה, אז אולי רק צריך לנקות דברים.
אם תבדוק את האפליקציה – במיוחד את מבנה הנתונים, עיצוב, זרימות עבודה – ותבין שהכול הפך לבלגן מסובך, אז לפעמים פשוט יותר להתחיל מההתחלה. תראה את זה כהתפתחות תוך כדי עבודה עם מה שלמדת, לא ממש להתחיל מההתחלה.
זו לא השאלה הנכונה. מה הדרישות של ארכיטקטורת הנתונים לאפליקציה שלך? אילו אובייקטים יש בתוך מסד הנתונים שלך? איך הם קשורים? קביעת סכמת נתונים מתאימה היא הגישה הנכונה, לא אם אתה צריך טבלה אחת במקום רבות.
זה תלוי במצב של הפרויקט שלך.
סביר להניח, טופס אחד מתמלא לטבלה אחת. אבל זה לא אומר בהכרח שהאפליקציה שלך זקוקה רק לטבלה אחת.
עמודות מחושבות שמזינות זו את זו ואז מחשיבות טבלאות עם הרבה נתונים עשויות להאט את הדברים. חשוב על יחסים, שאילתות ועמודות מתמטיות. אבל בעצם זה תלוי. אולי הרבה עמודות If-Then-Else יכולות להאט את הביצועים, תצטרך לבדוק.
האם התבנית שאתה מתכוון אליה נמצאת במעצב העיצוב? ייתכן שאינך קושר את הרכיב במעצב העיצוב לעמודות הנכונות.
ראה את תשובותיי למעלה.
Hi Galit, welcome to Glide’s community forum
It depends. If your initial table structure was well is adequate and allows you to continue adding modules and features to the app, then maybe you just need to clean things up.
If you audit the app – database structure especially, layout, workflows – and you realize that everything has become a convoluted mess, then sometimes it’s just easier to start from scratch. You would see as an iteration working with what you’ve learned, not really starting from scratch.
That’s not the right question. What does database architecture is needs for your app? What are the objects inside your database? How do they relate? Determining an adequate data schema is the right approach, no if you need one table instead of many.
It depends on the state of your project.
Most probably, one form feed into one table. But that does not necessarily mean that your app only needs one table.
Computed columns that feed into one another and then computed one tables with a lot of data might slow things down. Think relations, queries and math columns. But really it depends. Possibly a lot If-Then-Else columns could slow thing down, you’d have to test.
Is the template you are referring to in the layout editor? Maybe you aren’t binding the component in the layout editor to the correct columns.
