Your feedback is highly appreciated! Let's make Vertabelo even better.
Aucun sujet similaire trouvé.

0
Pas un bug
When primary key is selected, nullable is greyed out
When primary key is checked, the nullable column checkbox is greyed out.
This is all well and good if the nullable column is blank, but if it is checked as well, it makes it difficult to resolve the inconsistency (one has to uncheck PK, uncheck N, then re-check PK).
Suggest that either nullable checkbox should *not* be greyed out if it is checked, or alternatively that any action to check the PK field should uncheck nullable.
This is all well and good if the nullable column is blank, but if it is checked as well, it makes it difficult to resolve the inconsistency (one has to uncheck PK, uncheck N, then re-check PK).
Suggest that either nullable checkbox should *not* be greyed out if it is checked, or alternatively that any action to check the PK field should uncheck nullable.

0
Corrigé
Oracle 11g support URI Type, but Vertabelo says it's invalid
Hello,
I see a warning in my model that says:
"Type is not supported by chosen database engine"
It refers to a field that is of type uritype(256). We have checked Oracle 11g reference guide and it is supported. See this reference link for 11g:
http://docs.oracle.com/cd/B28359_01/appdev.111/b28...
Thanks,
John
I see a warning in my model that says:
"Type is not supported by chosen database engine"
It refers to a field that is of type uritype(256). We have checked Oracle 11g reference guide and it is supported. See this reference link for 11g:
http://docs.oracle.com/cd/B28359_01/appdev.111/b28...
Thanks,
John

0
Corrigé
Pressing Enter on Reference Properties should not create a new reference
richard@tallent us il y a 11 ans
•
mis à jour par Rafał Strzaliński (Senior Engineer) il y a 11 ans •
3
If you're editing the reference name or description and press Enter, a new PK/FK reference is added to the table below. This is unexpected behavior.

0
À l'étude
Presentation of existing references in table is visually confusing
Under Reference Properties, the PK/FK table has two design decisions that make it less intuitive.
The first is that the form fields for creating a new relationship are shown *before* rather than after the existing relationships. The second is that the form pre-populated with values, and fields have a much lighter color than the extant rows of the table.
Combined, it is visually unintuitive to easily see the existing relationship(s).
Suggest using a different color for the existing rows, or a bold font, moving the blank form below any existing rows, and dimming the form fields.
The first is that the form fields for creating a new relationship are shown *before* rather than after the existing relationships. The second is that the form pre-populated with values, and fields have a much lighter color than the extant rows of the table.
Combined, it is visually unintuitive to easily see the existing relationship(s).
Suggest using a different color for the existing rows, or a bold font, moving the blank form below any existing rows, and dimming the form fields.

0
Corrigé
"your are" typo in "Model is now under your control" popup

small typo in one of the popups

0
Écarté
More advance index creation required
Currently its not possible to define indexes that use a sub length of a column. This is often used for char and byte type fields that are very long.
In mysql you can do the following
CREATE INDEX part_of_name ON customer (name(10));
In mysql you can do the following
CREATE INDEX part_of_name ON customer (name(10));

0
Écarté
I would like to create multiple diagrams within a single model
It seems that only one diagram is allowed per model. For large databases, having a single diagram does not work so well.
Why can't you allow creating multiple diagrams for a single model.
Also, subject areas does not work as well, because they require related tables to be close to each other within a diagram.
With multiple diagrams, you can create diagrams specific to some topic and still use subject areas to group tables within the diagram.
Thanks!
Why can't you allow creating multiple diagrams for a single model.
Also, subject areas does not work as well, because they require related tables to be close to each other within a diagram.
With multiple diagrams, you can create diagrams specific to some topic and still use subject areas to group tables within the diagram.
Thanks!

0
Terminé
Please, alway show scrollbar in columns section
Please, alway show scrollbar in columns section because when I use this section for table that have a few column I found a problem.
First I expand column's property by click arrow down button that make scroll bar appear and delete button moved.
Then I want to collapse this column's property without move my mouse so I hit the moved delete button.
First I expand column's property by click arrow down button that make scroll bar appear and delete button moved.
Then I want to collapse this column's property without move my mouse so I hit the moved delete button.

0
Pas un bug
Don'tt update the column type PK-FK relationships
When I change the column type to another value in a table with PK in another table that contains the FK does not update.
It will correct this?
Sorry for my english, thanks.
It will correct this?
Sorry for my english, thanks.

Solution
anonymous
il y a 11 ans
Not updating the type of FK column is a desired behaviour. This is because you can have, for instance, "SERIAL" datatype for your PK and "INT" type for FK and this is perfectly valid structure (I'm talking about PostgreSQL now, but such cases exist in other RDBMSs as well).
If you change the PK type and the types of PK and FK don't match, you should get an error in the "Problems" section.
If you change the PK type and the types of PK and FK don't match, you should get an error in the "Problems" section.
Service d'assistance aux clients par UserEcho