-
- All Superinterfaces:
Attachable
,AutoCloseable
,FieldLike
,Flow.Publisher<R>
,Iterable<R>
,org.reactivestreams.Publisher<R>
,Query
,QueryPart
,ResultQuery<R>
,Select<R>
,SelectFinalStep<R>
,SelectForUpdateStep<R>
,SelectGroupByStep<R>
,SelectHavingStep<R>
,SelectLimitStep<R>
,SelectOptionStep<R>
,SelectOrderByStep<R>
,SelectQualifyStep<R>
,SelectUnionStep<R>
,SelectWindowStep<R>
,Serializable
,Statement
,TableLike<R>
- All Known Subinterfaces:
SelectConditionStep<R>
,SelectDistinctOnStep<R>
,SelectFromStep<R>
,SelectIntoStep<R>
,SelectJoinStep<R>
,SelectOnConditionStep<R>
,SelectOptionalOnStep<R>
,SelectSelectStep<R>
,SelectWhereStep<R>
public interface SelectConnectByStep<R extends Record> extends SelectGroupByStep<R>
This type is used for theSelect
's DSL API when selecting genericRecord
types.Example:
Its equivalent in jOOQ-- get all authors' first and last names, and the number -- of books they've written in German, if they have written -- more than five books in German in the last three years -- (from 2011), and sort those authors by last names -- limiting results to the second and third row SELECT T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME, COUNT(*) FROM T_AUTHOR JOIN T_BOOK ON T_AUTHOR.ID = T_BOOK.AUTHOR_ID WHERE T_BOOK.LANGUAGE = 'DE' AND T_BOOK.PUBLISHED > '2008-01-01' GROUP BY T_AUTHOR.FIRST_NAME, T_AUTHOR.LAST_NAME HAVING COUNT(*) > 5 ORDER BY T_AUTHOR.LAST_NAME ASC NULLS FIRST LIMIT 2 OFFSET 1 FOR UPDATE OF FIRST_NAME, LAST_NAME NO WAIT
Refer to the manual for more detailscreate.select(TAuthor.FIRST_NAME, TAuthor.LAST_NAME, create.count()) .from(T_AUTHOR) .join(T_BOOK).on(TBook.AUTHOR_ID.equal(TAuthor.ID)) .where(TBook.LANGUAGE.equal("DE")) .and(TBook.PUBLISHED.greaterThan(parseDate('2008-01-01'))) .groupBy(TAuthor.FIRST_NAME, TAuthor.LAST_NAME) .having(create.count().greaterThan(5)) .orderBy(TAuthor.LAST_NAME.asc().nullsFirst()) .limit(2) .offset(1) .forUpdate() .of(TAuthor.FIRST_NAME, TAuthor.LAST_NAME) .noWait();
Referencing
XYZ*Step
types directly from client codeIt 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 Summary
All Methods Instance Methods Abstract Methods Deprecated Methods Modifier and Type Method Description SelectConnectByConditionStep<R>
connectBy(Boolean condition)
Deprecated.- 3.8.0 - [#4763] - UseconnectBy(Condition)
(typically withDSL.trueCondition()
,DSL.falseCondition()
, orDSL.noCondition()
as the parameter) orconnectBy(Field)
instead.SelectConnectByConditionStep<R>
connectBy(String sql)
Add an Oracle-specificCONNECT BY
clause to the querySelectConnectByConditionStep<R>
connectBy(String sql, Object... bindings)
Add an Oracle-specificCONNECT BY
clause to the querySelectConnectByConditionStep<R>
connectBy(String sql, QueryPart... parts)
Add an Oracle-specificCONNECT BY
clause to the querySelectConnectByConditionStep<R>
connectBy(Condition condition)
Add an Oracle-specificCONNECT BY
clause to the querySelectConnectByConditionStep<R>
connectBy(Field<Boolean> condition)
Add an Oracle-specificCONNECT BY
clause to the querySelectConnectByConditionStep<R>
connectBy(SQL sql)
Add an Oracle-specificCONNECT BY
clause to the querySelectConnectByConditionStep<R>
connectByNoCycle(Boolean condition)
Deprecated.- 3.8.0 - [#4763] - UseconnectByNoCycle(Condition)
(typically withDSL.trueCondition()
,DSL.falseCondition()
, orDSL.noCondition()
as the parameter) orconnectByNoCycle(Field)
instead.SelectConnectByConditionStep<R>
connectByNoCycle(String sql)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the querySelectConnectByConditionStep<R>
connectByNoCycle(String sql, Object... bindings)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the querySelectConnectByConditionStep<R>
connectByNoCycle(String sql, QueryPart... parts)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the querySelectConnectByConditionStep<R>
connectByNoCycle(Condition condition)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the querySelectConnectByConditionStep<R>
connectByNoCycle(Field<Boolean> condition)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the querySelectConnectByConditionStep<R>
connectByNoCycle(SQL sql)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the querySelectConnectByAfterStartWithStep<R>
startWith(Boolean condition)
Deprecated.- 3.8.0 - [#4763] - UsestartWith(Condition)
(typically withDSL.trueCondition()
,DSL.falseCondition()
, orDSL.noCondition()
as the parameter) orstartWith(Field)
instead.SelectConnectByAfterStartWithStep<R>
startWith(String sql)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.SelectConnectByAfterStartWithStep<R>
startWith(String sql, Object... bindings)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.SelectConnectByAfterStartWithStep<R>
startWith(String sql, QueryPart... parts)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.SelectConnectByAfterStartWithStep<R>
startWith(Condition condition)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.SelectConnectByAfterStartWithStep<R>
startWith(Field<Boolean> condition)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.SelectConnectByAfterStartWithStep<R>
startWith(SQL sql)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.-
Methods inherited from interface org.jooq.Attachable
attach, configuration, detach
-
Methods inherited from interface java.util.concurrent.Flow.Publisher
subscribe
-
Methods inherited from interface org.jooq.Query
cancel, close, execute, executeAsync, executeAsync, getBindValues, getParam, getParams, getSQL, getSQL, getSQL, isExecutable
-
Methods inherited from interface org.jooq.ResultQuery
bind, bind, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, coerce, collect, fetch, fetch, fetch, fetch, fetch, fetch, fetch, fetch, fetch, fetch, fetch, fetch, fetch, fetch, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAny, fetchAnyArray, fetchAnyInto, fetchAnyInto, fetchAnyMap, fetchArray, fetchArray, fetchArray, fetchArray, fetchArray, fetchArray, fetchArray, fetchArray, fetchArray, fetchArray, fetchArray, fetchArray, fetchArray, fetchArrays, fetchAsync, fetchAsync, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchGroups, fetchInto, fetchInto, fetchInto, fetchLater, fetchLater, fetchLazy, fetchLazy, fetchMany, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMap, fetchMaps, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOne, fetchOneArray, fetchOneInto, fetchOneInto, fetchOneMap, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptional, fetchOptionalArray, fetchOptionalInto, fetchOptionalInto, fetchOptionalMap, fetchResultSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSet, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingle, fetchSingleArray, fetchSingleInto, fetchSingleInto, fetchSingleMap, fetchSize, fetchStream, fetchStreamInto, fetchStreamInto, forEach, getRecordType, getResult, intern, intern, intern, intern, iterator, keepStatement, maxRows, poolable, queryTimeout, resultSetConcurrency, resultSetHoldability, resultSetType, spliterator, stream
-
Methods inherited from interface org.jooq.Select
fetchCount, getSelect
-
Methods inherited from interface org.jooq.SelectFinalStep
getQuery
-
Methods inherited from interface org.jooq.SelectForUpdateStep
forKeyShare, forNoKeyUpdate, forShare, forUpdate, withCheckOption, withReadOnly
-
Methods inherited from interface org.jooq.SelectGroupByStep
groupBy, groupBy
-
Methods inherited from interface org.jooq.SelectHavingStep
having, having, having, having, having, having, having, having, having
-
Methods inherited from interface org.jooq.SelectLimitStep
limit, limit, limit, limit, limit, limit, limit, limit, limit, limit, offset, offset, offset
-
Methods inherited from interface org.jooq.SelectOptionStep
option
-
Methods inherited from interface org.jooq.SelectOrderByStep
orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderBy, orderSiblingsBy, orderSiblingsBy, orderSiblingsBy
-
Methods inherited from interface org.jooq.SelectQualifyStep
qualify, qualify, qualify, qualify, qualify, qualify, qualify, qualify
-
Methods inherited from interface org.jooq.SelectUnionStep
except, exceptAll, intersect, intersectAll, union, unionAll
-
Methods inherited from interface org.jooq.SelectWindowStep
window, window
-
-
-
-
Method Detail
-
connectBy
@Support({CUBRID,INFORMIX,ORACLE}) SelectConnectByConditionStep<R> connectBy(Condition condition)
Add an Oracle-specificCONNECT BY
clause to the query
-
connectBy
@Support({CUBRID,INFORMIX,ORACLE}) SelectConnectByConditionStep<R> connectBy(Field<Boolean> condition)
Add an Oracle-specificCONNECT BY
clause to the query
-
connectBy
@Deprecated @Support({CUBRID,INFORMIX,ORACLE}) SelectConnectByConditionStep<R> connectBy(Boolean condition)
Deprecated.- 3.8.0 - [#4763] - UseconnectBy(Condition)
(typically withDSL.trueCondition()
,DSL.falseCondition()
, orDSL.noCondition()
as the parameter) orconnectBy(Field)
instead. Due to ambiguity between calling this method usingField.equals(Object)
argument, vs. calling the other method via aField.equal(Object)
argument, this method will be removed in the future.Add an Oracle-specificCONNECT BY
clause to the query
-
connectBy
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByConditionStep<R> connectBy(SQL sql)
Add an Oracle-specificCONNECT BY
clause to the queryNOTE: 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:
DSL.condition(SQL)
,SQL
-
connectBy
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByConditionStep<R> connectBy(String sql)
Add an Oracle-specificCONNECT BY
clause to the queryNOTE: 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:
DSL.condition(String)
,SQL
-
connectBy
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByConditionStep<R> connectBy(String sql, Object... bindings)
Add an Oracle-specificCONNECT BY
clause to the queryNOTE: 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!
-
connectBy
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByConditionStep<R> connectBy(String sql, QueryPart... parts)
Add an Oracle-specificCONNECT BY
clause to the queryNOTE: 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!
-
connectByNoCycle
@Support({CUBRID,INFORMIX,ORACLE}) SelectConnectByConditionStep<R> connectByNoCycle(Condition condition)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the query
-
connectByNoCycle
@Support({CUBRID,INFORMIX,ORACLE}) SelectConnectByConditionStep<R> connectByNoCycle(Field<Boolean> condition)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the query
-
connectByNoCycle
@Deprecated @Support({CUBRID,INFORMIX,ORACLE}) SelectConnectByConditionStep<R> connectByNoCycle(Boolean condition)
Deprecated.- 3.8.0 - [#4763] - UseconnectByNoCycle(Condition)
(typically withDSL.trueCondition()
,DSL.falseCondition()
, orDSL.noCondition()
as the parameter) orconnectByNoCycle(Field)
instead. Due to ambiguity between calling this method usingField.equals(Object)
argument, vs. calling the other method via aField.equal(Object)
argument, this method will be removed in the future.Add an Oracle-specificCONNECT BY NOCYCLE
clause to the query
-
connectByNoCycle
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByConditionStep<R> connectByNoCycle(SQL sql)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the queryNOTE: 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:
DSL.condition(SQL)
,SQL
-
connectByNoCycle
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByConditionStep<R> connectByNoCycle(String sql)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the queryNOTE: 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:
DSL.condition(String)
,SQL
-
connectByNoCycle
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByConditionStep<R> connectByNoCycle(String sql, Object... bindings)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the queryNOTE: 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!
-
connectByNoCycle
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByConditionStep<R> connectByNoCycle(String sql, QueryPart... parts)
Add an Oracle-specificCONNECT BY NOCYCLE
clause to the queryNOTE: 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!
-
startWith
@Support({CUBRID,INFORMIX,ORACLE}) SelectConnectByAfterStartWithStep<R> startWith(Condition condition)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.
-
startWith
@Support({CUBRID,INFORMIX,ORACLE}) SelectConnectByAfterStartWithStep<R> startWith(Field<Boolean> condition)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.
-
startWith
@Deprecated @Support({CUBRID,INFORMIX,ORACLE}) SelectConnectByAfterStartWithStep<R> startWith(Boolean condition)
Deprecated.- 3.8.0 - [#4763] - UsestartWith(Condition)
(typically withDSL.trueCondition()
,DSL.falseCondition()
, orDSL.noCondition()
as the parameter) orstartWith(Field)
instead. Due to ambiguity between calling this method usingField.equals(Object)
argument, vs. calling the other method via aField.equal(Object)
argument, this method will be removed in the future.Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.
-
startWith
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByAfterStartWithStep<R> startWith(SQL sql)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.NOTE: 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:
DSL.condition(SQL)
,SQL
-
startWith
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByAfterStartWithStep<R> startWith(String sql)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.NOTE: 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:
DSL.condition(String)
,SQL
-
startWith
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByAfterStartWithStep<R> startWith(String sql, Object... bindings)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.NOTE: 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!
-
startWith
@Support({CUBRID,INFORMIX,ORACLE}) @PlainSQL SelectConnectByAfterStartWithStep<R> startWith(String sql, QueryPart... parts)
Add an Oracle-specificSTART WITH
clause to the query'sCONNECT BY
clause.NOTE: 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! *
-
-