Ah, the table names are examples. The columns are named in convention using the table name of the related table. So, the convention these
tables all have id columns and the relations are done with <table name>_id for 1..1 and 1..many. A m..n relation tables are also doable this way:Table: relation between table example_one and table example_two would have these columns:
id, example_one_id, example_two_id
If jOOQ could take that and build the relationships in the ExampleOne (get/setExampleTwos) and ExampleTwo(get/setExampleOnes) classes based on the convention, that would be super cool.
And if go back we simplify my one to many example using example_three and example_four as examples:
example_three would have:
id, data (where data refers to actual columns relevant to the table)
and
example_four would have:
id, example_three_id, other_data (where other_data refers to actual columns relevant to the table)
This would see:
ExampleThree have a .Collection ExampleThree.getExampleFours() and ExampleThree.addExampleFour(ExampleFour) and a ExampleThree.setExampleFours(Collection<ExampleFour>) while Example four would have a get/setExampleThree (note the singular).
I realize now that my previous example was difficult to parse due to naming. This MIGHT be better. If not, I'll step back and make a real-world example.
Thanks,
J