Hello community!
We're in the early stages of testing a new AppSheet database feature, and we'd love to have a few folks help us test it out. The problems we're trying to solve center around brittleness and scalability issues with using spreadsheets today:
Criteria for testers:
If you are interested in testing this feature, please sign up here.
Three questions:
Hey SkrOYC, thanks for the quick questions, some answers:
Thanks, I'm in.
An extra question, can we expect to have access to this database externally via API for example to perform direct CRUD operations?
Thanks, SkrOYC! We won't have a separate API available during this early testing period (although you could arguably use the AppSheet APIs to do something similar), but that's certainly on our roadmap!
Hey - definitely interested in testing this out!
Ok signed up ๐
Yup, built probably getting near to 100 using only sheets
I suppose one "difficulty" is that its a pain unless you have at least 2 large monitors, one for the definition and the other for the spreadsheet. Trying to do Appsheet dev on a laptop is not fun.
Also adding new columns is a bit of a nightmare if you've got users using the app 24/7. With some of my bigger Apps I've take to adding up to 10 temp columns (e.g. [Temp1],[Temp2],[Temp3]...) at the end of the spreadsheet table so these can just be renamed and used if required.
Sheets can get bogged down when you have not a lot of data in there. Also I'm finding more and more I'm having to create a convuluted Form Save actions that replicates what a simple virtual column would do. i.e. update a column in a parent record.
I've love to move all Apps to SQL. But the cost of appsheet licenses exceeds what I can pass on to my clients. Though I note that https://about.appsheet.com/pricing/ now doesn't mention SQL ๐ค Though to be clear, I'm ok with the cost of renting a Google SQL instance.
Sure why not. Live fast die young. Is there anything thing in this deal for us developers? Discounted licences, prority support, hand written christmas cards from Sergey, Larry and @praveen, all expenses paid trips to Vegas? Surely Appsheet has some merch' they can send over? ๐
๐ I'd love some hand-written xmas cards too!
Appreciate the context, @1minManager! Unfortunately I don't have many cool goodies to offer to sweeten the deal, but I'll see what I can wrangle up. ๐
@1minManager wrote:
- Have felt challenges using Sheets and the current data modeling experience.
I suppose one "difficulty" is that its a pain unless you have at least 2 large monitors, one for the definition and the other for the spreadsheet. Trying to do Appsheet dev on a laptop is not fun.
Also adding new columns is a bit of a nightmare if you've got users using the app 24/7. With some of my bigger Apps I've take to adding up to 10 temp columns (e.g. [Temp1],[Temp2],[Temp3]...) at the end of the spreadsheet table so these can just be renamed and used if required.
Sheets can get bogged down when you have not a lot of data in there. Also I'm finding more and more I'm having to create a convuluted Form Save actions that replicates what a simple virtual column would do. i.e. update a column in a parent record.
I've love to move all Apps to SQL. But the cost of appsheet licenses exceeds what I can pass on to my clients. Though I note that https://about.appsheet.com/pricing/ now doesn't mention SQL ๐ค Though to be clear, I'm ok with the cost of renting a Google SQL instance.
+99999999999 Totally with you @1minManager
@1minManager wrote:
- Interested in trying very early features that may change the current UX and break/not be fully functional and give constructive feedback.
Sure why not. Live fast die young. Is there anything thing in this deal for us developers? Discounted licences, prority support, hand written christmas cards from Sergey, Larry and @praveen, all expenses paid trips to Vegas? Surely Appsheet has some merch' they can send over? ๐
Sounds great ๐ค
BTW:
Sounds exciting. I signed up!
a in-house solution for databases inside appsheet included on the core licence would be awesome
Can we expect this to be the sql/no-sql hybrid to support real time data?
Thanks. Yes, this seems to be the delayed Firebase integration mentioned last year and even if I don't expect to have realtime info right now, it sounded like the needed step to integrate realtime capability.
Thanks again for the insight!
Yep, that's what I understanded. We don't know (and maybe shouldn't) if this is on Firebase or not, but this AppSheet Database goes towards the real-time database need we have, that's why a lot of people expects Firebase integration
Count on me!
My imagination is taking me to two types of scenarios:
1. Being able on a core plan to have data on a sql DB and pay per transactions
2. Being able to deploy a non cloud app on a local company network connected to a local sql DB
Some interesting ideas, Ami! To set expectations, it is not #2, but that's an interesting use case as well. ๐
Very exciting possibilities. db on a plan with pricing akin to current Core plan (or even more flexible re monthly user variation) would be very valuable.
Thanks for the insight, @dbaum. PS I think we see your submission in the form, but we need your AppSheet account ID number, if you're able to send it to me privately, I can update it.
Yep, that was me. I'll find the number you're referencing and DM.
It should be after any app you made and also under this link:
https://www.appsheet.com/Account/Account
Signed up. Have been having major issues using Microsoft SharePoint as data source. Planning this weekend to move one of our live apps to an Azure SQL database. Hopefully will resolve some issues. Cost of Enterprise plan is also a major concern.
This sounds amazing. Count me in!
Very interested. Most of my development is in SQL with gsheets supporting various apps. I'm in on anything to help expedite realtime data or improvement in database efficiency.
I'm all over this!! Would be thrilled to be a part of testing something new -- just let me know what you need!
Of course! I have been lurking around AppSheet with patient fascination for so many years. Having zero tech background, was placing many phone calls the AppSheet Helpdesk when I first started! Yep, that was a thing! Chatted with Santiago about my use case in healthcare and recall begging him to pursue HIPAA compliance. I knew this could be huge! Today, my income fully relies on AppSheet and I'm honored to support ALL the success for these guys
SQL Cloud cแปงa google cรณ tรญnh phรญ nhฦฐng cรกc gรณi cฦก bแบฃn lแบกi khรดng hแป trแปฃ SQL Cloud gg.
Nแบฟu cรกc gรณi cฦก bแบฃn cรณ tรญch hแปฃp SQL google thรฌ thแบญt lร tuyแปt vแปi vแป hiแปu suแบฅt cho ฤa sแป nhร phรกt triแปn ฤang sแปญ dแปฅng appsheet.
No time to join, but my humble 2 cents : appsheet should use googlesheets' functions not excel's. googlefinance is an example. stripping googlesheet to excel then using the stripped version in appsheets not only throws errors and give frustration but IMHO, meaningless.
Afaik, AppSheet uses his internal functions/expressions, it has nothing to do with Excel nor Sheets.
BTW, AppSheet was bought by Google, not founded by them, so no bias around wich functions it should've "copied"
Hi,
+1 ๐
Intensive Sheets User here, with intricate google script "backend" [ PS : the "new" appsheet script call make my life way easier ]
I do think i've reached the limit of what can be possible with sheets database and knowledge associated with their optimization.
You can count on me to be dedicated to test this alpha.
Regard,
Signed up! This tool has so much potential when hooked up to a relational database. I'm a veteran Oracle DBA/Developer guy who has watched legacy low-code tools like "Oracle Case Designer" get pushed aside for "modern" tools like "Jdeveloper" to only see the design/build lifecyle times increase 10 fold. Huge potential in this tool as it leans towards real-time data with relational databases. The "AppSheet" name is holding it back a little actually. I wish it were called "AppCloud" or even "GoogleApp" would work as well.
Thanks for moving this great tool along!
Daren
Is this the new database?
Hi Scott -- you and @SkrOYC and @DarenJanes are on the right track. ๐
We're leveraging some of the existing product but it's largely a rewrite to better align with AppSheet and app-building needs.
I've been keeping an eye on Tables for a while but it has yet to be allowed outside US.
One thing I noticed about it is that (again) it is not being certified as HIPAA and FERMA compliant. Whether that will come or not in the future is not disclosed.
One of the feature requests I believe for Appsheet was to have a way for data to be encrypted/decrypted as it transfers from the backend datastore to appsheets servers for processing etc.
Would you be able to know whether this could possibly be a function of the new datastore based on tables for Appsheet?