- All Superinterfaces:
- Attachable,- AttachableQueryPart,- DMLQuery<R>,- Flow.Publisher<Integer>,- Publisher<Integer>,- org.reactivestreams.Publisher<Integer>,- Query,- QueryPart,- RowCountQuery,- Serializable,- Statement,- Update<R>,- UpdateFinalStep<R>,- UpdateLimitStep<R>,- UpdateOrderByStep<R>,- UpdateReturningStep<R>
Update's DSL API.
 
 Example: 
 DSLContext create = DSL.using(configuration);
 create.update(table)
       .set(field1, value1)
       .set(field2, value2)
       .where(field1.greaterThan(100))
       .execute();
 
Referencing XYZ*Step types directly from client code
 
 It is usually not recommended to reference any XYZ*Step types
 directly from client code, or assign them to local variables. When writing
 dynamic SQL, creating a statement's components dynamically, and passing them
 to the DSL API statically is usually a better choice. See the manual's
 section about dynamic SQL for details: https://www.jooq.org/doc/latest/manual/sql-building/dynamic-sql.
 
 Drawbacks of referencing the XYZ*Step types directly:
 
- They're operating on mutable implementations (as of jOOQ 3.x)
- They're less composable and not easy to get right when dynamic SQL gets complex
- They're less readable
- They might have binary incompatible changes between minor releases
- Author:
- Lukas Eder
- 
Method SummaryModifier and TypeMethodDescription@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ANDoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ANDoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ANDoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ANDoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ANDoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ANDoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with an EXISTS clause using theOperator.ANDoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with a negated other one using theOperator.ANDoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with a negated other one using theOperator.ANDoperator@NotNull UpdateConditionStep<R>andNotExists(Select<?> select) Combine the currently assembled conditions with a NOT EXISTS clause using theOperator.ANDoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ORoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ORoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ORoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ORoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ORoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with another one using theOperator.ORoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with an EXISTS clause using theOperator.ORoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with a negated other one using theOperator.ORoperator@NotNull UpdateConditionStep<R>Combine the currently assembled conditions with a negated other one using theOperator.ORoperator@NotNull UpdateConditionStep<R>orNotExists(Select<?> select) Combine the currently assembled conditions with a NOT EXISTS clause using theOperator.ORoperatorMethods inherited from interface org.jooq.Attachableattach, configuration, detachMethods inherited from interface org.jooq.AttachableQueryPartgetBindValues, getParam, getParams, getSQL, getSQLMethods inherited from interface org.reactivestreams.PublishersubscribeMethods inherited from interface org.jooq.Querybind, bind, cancel, execute, executeAsync, executeAsync, isExecutable, keepStatement, poolable, queryTimeoutMethods inherited from interface org.jooq.QueryPart$replace, $replace, $traverse, $traverse, equals, hashCode, toStringMethods inherited from interface org.jooq.UpdateLimitSteplimit, limitMethods inherited from interface org.jooq.UpdateOrderBySteporderBy, orderBy, orderByMethods inherited from interface org.jooq.UpdateReturningStepreturning, returning, returning, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult, returningResult
- 
Method Details- 
andCombine the currently assembled conditions with another one using theOperator.ANDoperator
- 
andCombine the currently assembled conditions with another one using theOperator.ANDoperator
- 
andCombine the currently assembled conditions with another one using theOperator.ANDoperatorNOTE: When inserting plain SQL into jOOQ objects, you must guarantee syntax integrity. You may also create the possibility of malicious SQL injection. Be sure to properly use bind variables and/or escape literals when concatenated into SQL clauses! - See Also:
 
- 
andCombine the currently assembled conditions with another one using theOperator.ANDoperatorNOTE: When inserting plain SQL into jOOQ objects, you must guarantee syntax integrity. You may also create the possibility of malicious SQL injection. Be sure to properly use bind variables and/or escape literals when concatenated into SQL clauses! - See Also:
 
- 
and@NotNull @CheckReturnValue @Support @PlainSQL @NotNull UpdateConditionStep<R> and(String sql, Object... bindings) Combine the currently assembled conditions with another one using theOperator.ANDoperatorNOTE: When inserting plain SQL into jOOQ objects, you must guarantee syntax integrity. You may also create the possibility of malicious SQL injection. Be sure to properly use bind variables and/or escape literals when concatenated into SQL clauses! 
- 
and@NotNull @CheckReturnValue @Support @PlainSQL @NotNull UpdateConditionStep<R> and(String sql, QueryPart... parts) Combine the currently assembled conditions with another one using theOperator.ANDoperatorNOTE: When inserting plain SQL into jOOQ objects, you must guarantee syntax integrity. You may also create the possibility of malicious SQL injection. Be sure to properly use bind variables and/or escape literals when concatenated into SQL clauses! 
- 
andNotCombine the currently assembled conditions with a negated other one using theOperator.ANDoperator
- 
andNot@NotNull @CheckReturnValue @Support @NotNull UpdateConditionStep<R> andNot(Field<Boolean> condition) Combine the currently assembled conditions with a negated other one using theOperator.ANDoperator
- 
andExistsCombine the currently assembled conditions with an EXISTS clause using theOperator.ANDoperator
- 
andNotExistsCombine the currently assembled conditions with a NOT EXISTS clause using theOperator.ANDoperator
- 
orCombine the currently assembled conditions with another one using theOperator.ORoperator
- 
orCombine the currently assembled conditions with another one using theOperator.ORoperator
- 
orCombine the currently assembled conditions with another one using theOperator.ORoperatorNOTE: When inserting plain SQL into jOOQ objects, you must guarantee syntax integrity. You may also create the possibility of malicious SQL injection. Be sure to properly use bind variables and/or escape literals when concatenated into SQL clauses! - See Also:
 
- 
orCombine the currently assembled conditions with another one using theOperator.ORoperatorNOTE: When inserting plain SQL into jOOQ objects, you must guarantee syntax integrity. You may also create the possibility of malicious SQL injection. Be sure to properly use bind variables and/or escape literals when concatenated into SQL clauses! - See Also:
 
- 
or@NotNull @CheckReturnValue @Support @PlainSQL @NotNull UpdateConditionStep<R> or(String sql, Object... bindings) Combine the currently assembled conditions with another one using theOperator.ORoperatorNOTE: When inserting plain SQL into jOOQ objects, you must guarantee syntax integrity. You may also create the possibility of malicious SQL injection. Be sure to properly use bind variables and/or escape literals when concatenated into SQL clauses! 
- 
or@NotNull @CheckReturnValue @Support @PlainSQL @NotNull UpdateConditionStep<R> or(String sql, QueryPart... parts) Combine the currently assembled conditions with another one using theOperator.ORoperatorNOTE: When inserting plain SQL into jOOQ objects, you must guarantee syntax integrity. You may also create the possibility of malicious SQL injection. Be sure to properly use bind variables and/or escape literals when concatenated into SQL clauses! 
- 
orNotCombine the currently assembled conditions with a negated other one using theOperator.ORoperator
- 
orNotCombine the currently assembled conditions with a negated other one using theOperator.ORoperator
- 
orExistsCombine the currently assembled conditions with an EXISTS clause using theOperator.ORoperator
- 
orNotExistsCombine the currently assembled conditions with a NOT EXISTS clause using theOperator.ORoperator
 
-