Bug #40800 | Editing result sets does not automatically create a primary key | ||
---|---|---|---|
Submitted: | 17 Nov 2008 19:48 | Modified: | 15 Dec 2009 15:01 |
Reporter: | Björn Voigt (OCA) | Email Updates: | |
Status: | Won't fix | Impact on me: | |
Category: | MySQL Query Browser: Docs | Severity: | S3 (Non-critical) |
Version: | 1.2.14 | OS: | Any |
Assigned to: | Tony Bedford | CPU Architecture: | Any |
Tags: | CHECKED |
[17 Nov 2008 19:48]
Björn Voigt
[17 Nov 2008 19:54]
Björn Voigt
corrected category
[2 Dec 2008 13:43]
MySQL Verification Team
I understand reading the mentioned text, that the query can't includes the primary key column but the table must have a primary key column. But anyway the text could be more clear.
[5 Dec 2008 17:52]
Björn Voigt
It's not possible to edit table data within Query Browser, if the table does not have a primary key. It is likely that the Query Browser refuses to edit tables without primary keys, because it may not find the correct rows for the editing changes on the server. But the documentation (see this report) says, that a missing primary key is created automatically. This is not the case and so the documentation is incorrect.
[15 Dec 2008 13:36]
Susanne Ebrecht
Verified that Quck Start documentation is confusing here also by newest version.
[15 Dec 2009 15:01]
Stefan Hinz
Active development of MySQL Query Browser has ended, so there's no point in fixing the docs for that product.