[
https://issues.apache.org/jira/browse/DERBY-3043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639698#action_12639698
]
Dag H. Wanvik commented on DERBY-3043:
--------------------------------------
Thanks for the patch, Bryan! It looks right to me. I tried to think of other
similar cases not covered, but came up short so far. (I also assumed making
sure the binding phase of the check constraints had a schema
would be the way to go). Please note that I just committed as patch for
DERBY-3266, which makes
CreateTableNode call getSchemaDescriptor with arguments. Your new call may need
those as well.
> 'Schema <schemaname> does not exist' when constraint used in table definition
> -----------------------------------------------------------------------------
>
> Key: DERBY-3043
> URL: https://issues.apache.org/jira/browse/DERBY-3043
> Project: Derby
> Issue Type: Bug
> Components: SQL
> Affects Versions: 10.3.1.4
> Environment: Mac OS 10
> Reporter: geoff hendrey
> Assignee: Bryan Pendleton
> Attachments: setSchemaName.diff
>
>
> https://issues.apache.org/jira/browse/DERBY-568#action_12524420
> In the response to my original comment post, which you can find via the
> permalink above, I was encouraged to file this as a new issue.
> verified this back to 10.1.2.1 with the following ij script.
> connect 'jdbc:derby:wombat;create=true;user=blogs';
> CREATE TABLE BLOGSCOM__BLOGS__USERS(PK INTEGER NOT NULL GENERATED ALWAYS AS
> IDENTITY,username VARCHAR(16) NOT NULL CONSTRAINT
> BLOGSCOM__BLOGS__USERS_UNIQUE_username UNIQUE CONSTRAINT
> BLOGSCOM__BLOGS__USERS_PASSWORD_username CHECK(LENGTH(username)>7),password
> VARCHAR (32672) NOT NULL , PRIMARY KEY(PK));
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
