Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

resources table schema #8

Open
anonymoussprocket opened this issue Apr 16, 2019 · 9 comments
Open

resources table schema #8

anonymoussprocket opened this issue Apr 16, 2019 · 9 comments
Assignees
Milestone

Comments

@anonymoussprocket
Copy link

Column Data Type Description
resourceid numeric, primary key sequence auto-increment pk
resourcename text, not null
description text, not null
platform text, not null 'Conseil', 'Tezos', etc
network text, not null 'prod', 'mainnet', etc
@vishakh
Copy link
Contributor

vishakh commented Apr 16, 2019

Could you define what a resource is and how it is used?

@anonymoussprocket
Copy link
Author

A dev Conseil instance, an alphanet Tezos node instance, etc.

@vishakh
Copy link
Contributor

vishakh commented Apr 16, 2019

And how would these records be used?

@leenpaws
Copy link

If i'm getting this correctly, it's essentially an inventory of what's available (i.e. bandwith, unused instances, open api key, etc.)

@vishakh
Copy link
Contributor

vishakh commented Apr 18, 2019

@anonymoussprocket Could you confirm what @leenpaws said?

@ivanopagano
Copy link

Is there supposed to be a relationship table somewhere between api-keys and resources?

Personally I don't see api-keys as valid resources in this table

@anonymoussprocket
Copy link
Author

API keys are provisioned for services (resources). Is this API key allowed to query Conseil? Is this API key allowed to query Tezos.

@ivanopagano
Copy link

API keys are provisioned for services (resources). Is this API key allowed to query Conseil? Is this API key allowed to query Tezos.

Now that I looked again at the apikey table I get it

@ivanopagano
Copy link

ivanopagano commented May 2, 2019

I was curious to know if there's a real advantage in using the tablename inside columns as in:

  • resourceid
  • resourcename

Is it a best-practice for db-admins reasons that I'm ignorant of?

p.s. I can see this as a useful ambiguity-resolver when joining many tables that share common column-names like id, name, description, ...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants