Package org.jooq

Interface InsertOnConflictWhereStep<R extends Record>

  • All Superinterfaces:
    Attachable, java.lang.AutoCloseable, java.util.concurrent.Flow.Publisher<java.lang.Integer>, Insert<R>, InsertFinalStep<R>, InsertReturningStep<R>, org.reactivestreams.Publisher<java.lang.Integer>, Query, QueryPart, RowCountQuery, java.io.Serializable, Statement
    All Known Subinterfaces:
    InsertOnDuplicateSetMoreStep<R>
    public interface InsertOnConflictWhereStep<R extends Record>
extends InsertReturningStep<R>
    This type is used for the Insert's DSL API.

    Example: 

     DSLContext create = DSL.using(configuration);

 create.insertInto(table, field1, field2)
       .values(value1, value2)
       .values(value3, value4)
       .onConflict(field1)
       .doUpdate()
       .set(field2, value2)
       .where(field3.eq(value5))
       .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