[bug]: `get`: The database (default) does not exist for project about bigfunctions

[unytics]

Sorry.
Can you repull and retry please?

[unytics]

Simply remove max_rows_per_query from the yaml file where you don't want it to be applied and redeploy the function of the yaml file.

It does nothing if you put it in config.yaml.

[dmustafic-datafin]

That's it. After I changed max_rows_per_query in get.yaml everything is working fine. Thank you so much for your help!

[unytics]

Hi,

Thanks for creating this issue.

I am using firestore in datastore mode for quota management.

But this seems to complexify the deployment for people in their GCP project:

• deployer needs to have enabled firestore
• deployer needs to have his firestore in datastore mode.
• This is impossible to do if the deployer is already using firestore in native mode...
• service account used in the function needs to have the permission to write to firestore

That's why I am considering removing quota management by default.
What do you think?

What's more, I am not very happy with the scalability of how quota management is done for now. I am considering changing that in the future..

[dmustafic-datafin]

I would rather not have quota management than enable additional services.

In my case, firestore will be just another thing to worry about. And to be honest - a dealbreaker.

[unytics]

Sounds good.
I will add an option to choose the quota manager backend (with none by default).

So it should work for you.

I'll let you know.

[unytics]

@dmustafic-datafin I pushed to main branch the updates.
Can you tell me if it works for you?

Here is the commit:
5f72e80

[dmustafic-datafin]

Hey, I pulled the commit, reinstalled the function and now I get this:

[dmustafic-datafin]

You nailed it man, it works! Thank you so much!

[dmustafic-datafin]

Hey, another issue :(

I am executing a stored procedure that queries a lot of data from an API. I changed the code so it uses my get function. But I'm getting the error.

[dmustafic-datafin]

bq function seems to be deployed correctly.

[unytics]

You can change quota or disable them in the yaml of the function before deploying it.

Now, as you don't use Firestore, the only quota that is taken into consideration is the number of rows per query.

[unytics]

For instance in geocode function you have:

If you deploy with this config, users can call it on table of 10 rows maximum.

Remove the quotas entries in this yaml before redeploying

[unytics]

The email address given in error is configured in your config.yaml at field quota_contact

[unytics]

When you deploy for the first time (since I made the modification) it will ask you this parameter and save it in config.yaml

[dmustafic-datafin]

If I make the max_row_per_query parameter in the top of yaml file, like this, is it ok? I still get the same error but with my email this time: