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
Work with 'IF NOT EXISTS' in VDBE #3435
Comments
Not only because of multiple executions. When the parser does some functional and storage dependent things it is impossible to extract it to a library and use on client side. |
kshcherbatov
added a commit
that referenced
this issue
Jun 25, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
kshcherbatov
added a commit
that referenced
this issue
Jun 26, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
kshcherbatov
added a commit
that referenced
this issue
Jun 26, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
kshcherbatov
added a commit
that referenced
this issue
Jun 26, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
kshcherbatov
added a commit
that referenced
this issue
Jun 27, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
kshcherbatov
added a commit
that referenced
this issue
Jun 27, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
kshcherbatov
added a commit
that referenced
this issue
Jun 27, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
kshcherbatov
added a commit
that referenced
this issue
Jun 28, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
kshcherbatov
added a commit
that referenced
this issue
Jun 29, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
kyukhin
pushed a commit
that referenced
this issue
Jun 29, 2018
Trigger presence in system should be tested on each VDBE execution attempt, not on Parser iteration as system state could be changed between opcode run. With this patch, such checks are the part of VDBE program looking to the _trigger space and raise error message if tuple with specified key already exists. Part of #3435, #3273
Fixed w/ #3273 resolution. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Now IF NOT EXISTS construction is processed on Parser prepare step. It is invalid as prepared bytecode could be called multiple times with different database states.
The text was updated successfully, but these errors were encountered: