-
Notifications
You must be signed in to change notification settings - Fork 132
Introduce PreparedOperation #73
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
Comments
mp911de
added a commit
that referenced
this issue
Mar 18, 2019
We now encapsulate prepared operations from the StatementFactory within PreparedOperation that renders SQL and provides binding values. StatementFactory supports SELECT/INSERT/UPDATE/DELETE statement creation considering Dialect-specific rendering. StatementFactory replaces String-based statement methods in ReactiveDataAccessStrategy. PreparedOperation<Update> operation = accessStrategy.getStatements().update(entity.getTableName(), binder -> { binder.bind("name", "updated value"); binder.filterBy("id", SettableValue.from(42)); }); databaseClient.execute().sql(operation).then();
mp911de
added a commit
that referenced
this issue
Mar 22, 2019
We now encapsulate prepared operations from the StatementFactory within PreparedOperation that renders SQL and provides binding values. StatementFactory supports SELECT/INSERT/UPDATE/DELETE statement creation considering Dialect-specific rendering. StatementFactory replaces String-based statement methods in ReactiveDataAccessStrategy. PreparedOperation<Update> operation = accessStrategy.getStatements().update(entity.getTableName(), binder -> { binder.bind("name", "updated value"); binder.filterBy("id", SettableValue.from(42)); }); databaseClient.execute().sql(operation).then();
mp911de
added a commit
that referenced
this issue
Apr 18, 2019
We now encapsulate prepared operations from the StatementFactory within PreparedOperation that renders SQL and provides binding values. StatementFactory supports SELECT/INSERT/UPDATE/DELETE statement creation considering Dialect-specific rendering. StatementFactory replaces String-based statement methods in ReactiveDataAccessStrategy. PreparedOperation<Update> operation = accessStrategy.getStatements().update(entity.getTableName(), binder -> { binder.bind("name", "updated value"); binder.filterBy("id", SettableValue.from(42)); }); databaseClient.execute().sql(operation).then();
mp911de
added a commit
that referenced
this issue
Apr 18, 2019
Switch license header URLs to HTTPS. Rebase onto master.
mp911de
added a commit
that referenced
this issue
May 2, 2019
We now encapsulate prepared operations from the StatementFactory within PreparedOperation that renders SQL and provides binding values. StatementFactory supports SELECT/INSERT/UPDATE/DELETE statement creation considering Dialect-specific rendering. StatementFactory replaces String-based statement methods in ReactiveDataAccessStrategy. PreparedOperation<Update> operation = accessStrategy.getStatements().update(entity.getTableName(), binder -> { binder.bind("name", "updated value"); binder.filterBy("id", SettableValue.from(42)); }); databaseClient.execute().sql(operation).then();
mp911de
added a commit
that referenced
this issue
May 2, 2019
Switch license header URLs to HTTPS. Rebase onto master.
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
schauder
added a commit
that referenced
this issue
May 6, 2019
mp911de
added a commit
that referenced
this issue
May 6, 2019
We now encapsulate prepared operations from the StatementFactory within PreparedOperation that renders SQL and provides binding values. StatementFactory supports SELECT/INSERT/UPDATE/DELETE statement creation considering Dialect-specific rendering. StatementFactory replaces String-based statement methods in ReactiveDataAccessStrategy. PreparedOperation<Update> operation = accessStrategy.getStatements().update(entity.getTableName(), binder -> { binder.bind("name", "updated value"); binder.filterBy("id", SettableValue.from(42)); }); databaseClient.execute().sql(operation).then(); Original pull request: #82.
mp911de
added a commit
that referenced
this issue
May 6, 2019
We now apply bindings to a BindTarget that can be overridden without the need to implement all Statement methods. PreparedOperation no longer has a direct dependency on R2DBC Statement. Original pull request: #82.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
We should introduce a
PreparedOperation
API in preparation to encapsulate SQL along with value bindings. This is required to migrate off String concatenation towards our Statement Builder API that generated statements and provides binding values.A
PreparedOperation
should be able to be executed byDatabaseClient
and should be created by aStatementFactory
that considers Dialect-specifics and that is able to use the rendering component for statements.The text was updated successfully, but these errors were encountered: