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

Including NOT NULL, UNIQUE, types and comments in the syntax #94

Open
kukimik opened this issue Mar 18, 2021 · 3 comments
Open

Including NOT NULL, UNIQUE, types and comments in the syntax #94

kukimik opened this issue Mar 18, 2021 · 3 comments

Comments

@kukimik
Copy link
Contributor

kukimik commented Mar 18, 2021

Are there any plans to include

  • NOT NULL constraints,
  • attribute types,
  • UNIQUE constraints (on a single attribute or a group of attributes),
  • comments (on entities and attributes)

directly in the syntax? If this wasn't planned, what is your opinion about it?

I know I can have this on my diagram by using labels (as in the examples) and, say, adding extra attributes that mimick the UNIQUE constraints, but this is hacky, clumsy and makes automated processing more difficult. I'd love to have a stable syntax that could also be easily translated into SQL.

@mmzx
Copy link
Collaborator

mmzx commented Mar 18, 2021

This is a little more involved since certainly requires changes in syntax, so careful planning would be needed.

@BurntSushi
Copy link
Owner

This tool is really about showing the relationships between entities. Having first class support for a whole bunch of different SQL features should be a non-goal IMO.

@kukimik
Copy link
Contributor Author

kukimik commented Mar 18, 2021

This tool is really about showing the relationships between entities. Having first class support for a whole bunch of different SQL features should be a non-goal IMO.

Sure, however even in the examples the types and not null constraints are included. They are a natural thing to include in such diagrams.

From my job experience I'd say that uniques are also included very often, but I'd be happy with just the types and not nulls.

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

No branches or pull requests

3 participants