guras256: нет, таблицы я создавал вручную написав запросы.
А аннотация @ManyToOne у меня разве явно не скажет какая связь?
В моём варианте есть только у B такое поле
В твоём помимо этого ещё и в A пишется список объектов B и @OneToMany(mappedBy = "a")
Поэтому и не понял рекомендацию)
Спасибо!
Хотел именно легальный способ, но так в общем и думал что нет)
Но в любом случае люди должны сталкиваться с такой проблемой и как-то её решать
А необходимость заполнять объект ненужными для запроса данными мне кажется странной и излишней.
Но думаю можно просто убрать связь и сделать поле Long.
А если вложенный объект нужен где-то в других местах, нормально ли будет завести два Entity на одну таблицу? Скажем BEntity и BRequestEntity.
Не очень понял рекомендацию. Зачем A знать что к нему что-то там прикреплено?
Ну чтобы был более конкретный пример, пусть A это курс, а B это задача курса. (т.е. связь один ко многим)
Дамир Рысаев: потому что возможно есть подходящее готовое решение, которое я тут и спрашиваю.
Не найду - придётся писать самому. Но это дольше и дороже, и не факт что получится поместиться в бюджет.
вот codex.wordpress.org/%D0%A6%D0%B8%D0%BA%D0%BB_WordPress
тут описано как обращаться с циклом WP
только цикл у вас не стандартный, а свой (который вы получили тем кодом), поэтому делаете $query->have_posts() вместо have_posts()
и т.д.
tsarevfs: да я не думаю что имеет какое-либо значение кол-во точек. Рассчитать всё заранее (пусть работает сколько угодно, разово же), записать в базу и радоваться.
maagames.ru: в случае, если ближайшая ключевая точка от предыдущей точки уходит куда-нибудь далеко - получится плохо. К тому-же количество ключевых точек в каждом маршруте не константное.
Можно, конечно, вводить коэффициенты отдалённости и прочее, но мне не кажется это хорошей идеей
