REST API - doQuery - get record ids
How can I get record ID's for 'data' returned? In the XML version I would specify rid=true or similar. What do we do now to return field id=3?
Thanks, ~Rob -----------------------------...
Forum Discussion
Thanks, Doug.
That is helpful. I guess I didn't think of SELECT acting as CLIST from the old api.
Do you know if there is a 'give me all fields' option? Used to be
clist = 'a';------------------------------
Rob White IV
------------------------------
Hey Rob, I don't think that's possible in the REST API. Do you really need all the fields? It's best to only select the ones you need to minimize the amount of data retrieved.
------------------------------
Doug Henning
------------------------------
------------------------------
Doug Henning
------------------------------
- Hey Doug!
Sorry to bother you so much with all this. Thanks for engaging with me.
I do need all the fields, due to my implementation of my data across a variety of non-quickbase programs that treat my quickbase instance more like a standard database, rather than a slick no-code solution.
I don't want websites spamming the QuickBase API, so my process to date has been to pull the data down intermittently, format it for template consumption by a website across a variety of platforms, then display it to the user (or general public, depending on the case).
This allows me to provide a variety of caching mechanisms that I control based upon need. Also, I get to normalize the output in a manner that is a bit easier to deal with than what is provided from the API. I'd hate to think I will have to run expensive transform functions on each route at some point. Anyhow, I'll come up with something. Here is an interesting tidbit I ran across during this thought experiment that I want to share. For what it is worth...
Testing from the docs Quickbase API Portal
I went to a table with only a few fields. 19 total. 14 in the default report.
I ran the query with SELECT set to an empty array.
I got 14 fields.
However, for the 'why not' factor, I set the SELECT value to 'a'.
and got...
Seems 'a' still works. Whether intended or not, I dunno. Just FYI.
Hopefully they'll let me know before they patch it and break my stuff. I'm going with 'a' for my use for now. :)
Thanks again,
~Rob
------------------------------
"The" Rob White IV
------------------------------- The API help says that empty select returns the default columns of the table. I imagine that they are the columns of the main report of the table. with this you can define what you want or have in case they "remove" the 'a'Marcelo Benavides Torres
- Thanks. I agree.
I hope that doesn't become the case, because I'd hate to enforce an 'all-fields' default table view for my 'no(low)-code' QuickBase users. They generally don't care about recordId's, createDates, and other low-level record indicators.
My favorite part of this service is how approachable it is for the 'normals', while allowing the nerds to go ham!
Time will tell. ;)
~Rob
------------------------------
"The" Rob White IV
------------------------------
