You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
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.
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.
Are there any plans to include
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.
The text was updated successfully, but these errors were encountered: