The dictionary based version loads and filters okay, but might be speeded up for later runs by caching to a TinyDB Namespace.
I'll try that next.
TEST_csv_dictionaries.aia (780.3 KB)
The dictionary based version loads and filters okay, but might be speeded up for later runs by caching to a TinyDB Namespace.
I'll try that next.
TEST_csv_dictionaries.aia (780.3 KB)
And here's the ultimate extension-free TinyDB retentive version, with loading on the first run only:
TEST_csv_TinyDB_Namespace.aia (780.6 KB)
P.S. You might want to switch to List Pickers instead of Spinners.
They have optional search boxes.
I am surprised by how many cities are in even the tiniest of countries, and at how soon I lose patience with scrolling long lists.
I forgot to ask, will this have to also run on iOS?
Dear all, very thank you for time spended to solve my problem....I appreciate!
TIMAI2 the speed of your last .aia app is impressive! I think I will use the SQ lite as in your example.
Is that a local SQlite?
Also this will help you😊
ABG thank you for your app "ultimate extension-free TinyDB retentive version".
I have tested it and in first run the time to wait is about 90s
I will probably use the solution of TIMAI2 with SQlite.
For what concern the IOS...I know that apps that use extensions can not be exported to be used in IOS...is it true?
My app uses a lot of extensions: have you a solution?
thank you!
Dear TIMAI2, cities list for each country is usually long. For this reason I used a textbox in witch user have to enter first letter of city to search, and I introduced a "compare text" to filter (se attached screenshot in first message). Will same blocks work in your SQlite blocks sequence?
In my app I have functions that need a shared database, so I used TinyWEBDB.
Is TinyWEBDB (as TinyDB) slower than SQlite?
If you suggest to substitute TinyWEBDB with SQlite, how to create the web version of SQlite? Is it the same of local one?
And how to upload it in Google App Engine server?
No, your path is clear.
Sorry ABG, I have not well understood your reply.. sorry. Could you better explain what you mean please?
As suggested, use list pickers instead of spinners, these offer a search/filter bar, alternately you can use a text box and some blocks to filter.
Not sure why you would use a tinywebdb for anything in relation to this.
@ABG means you are ok to carry on if you are not targeting iOS.
The reason I would use tinyweb is that I have an impressive Tinyweb block in my app..
substitution with SQlite = a great work
That said, what about this?
Any solution for IOS compatibility for apps with extensions?
It is currently not possible to use extensions if targeting ios.
but probably easier to use mySQL or even Google Sheets.
Is in your opinion Google sheet faster than tinyweb db?
Using gsheet as database is a possibility...
Firebase is faster...
Here is a version that uses google sheets, all the hard work is done at the server end, so just the time taken to return the results.
GSheetCountriesCities.aia (27.0 KB)
You must ensure that all your sheet data is formatted to "Plain Text" for the gviz query to work.
Countries
Cities
TIMAI2 very thank you for time you spent for my question.
I have compared your apps (SQlitebased for local and Googlesheets for web) and probably SQlite is faster.
That said, I think that both apps are great!!!
My only question is whether it's a good idea to use Google Sheets for other web features of my app (no countries/cities) where I have sensitive user data.
I've read the limits of Google Sheets (300 read/write requests per minute, 10 million cells, 50,000 characters per cell).
If I'm within the limits and encrypt both the JSON credentials and the Spreadsheet ID, my questions are:
That is a $64000 question. Millions of users do. Depends what you mean by data loss? (see below)
Nothing is unhackable. Data transfer between AI2 and Google Sheets will be encrypted by https.
Don't use tinywebdb for production
I have read that when many users are using Google sheets for retrieve/write data, overwriting or errors in savind data are possible. It could be?
Sorry. I mean "CUSTOM" TinyWebDB. Is your opinion the same also for "custom" TinyWebDB? What are disadvantages respect GoogleSheets?