JPA Criteria Union: скоро будет в стандарте JPA? Союз важен. Для объединения я должен использовать собственный SQL, который мне не нравится. Multitenant не поддерживает NATIVE SQL. Любое предложение о поддержке профсоюза в строителе критериев? Благодарю.JPA Criteria Union: будет в стандарте JPA?
UNION - это полностью SQL-конструктор, а не объектно-ориентированный, поэтому я не думаю, что он будет добавлен. НО, если вы достаточно сильно почувствуете что-то, заходите в свой список рассылки https://java.net/projects/jpa-spec/lists и предлагайте ПОЧЕМУ его включение в число примеров того, что пытается быть достигнуто (т. Е. Намного больше, чем вы заявили в этом «вопросе»). Очевидно, что поставщик JPA уже мог использовать неявное использование UNION в любом SQL-запросе, основанном на запросе, который пользователь делает.
Я не вижу, что такое мультяшный человек имеет отношение к чему-либо, поскольку это тоже не часть JPA.
Мы стараемся избегать NATIVE SQL как можно больше, чтобы приложение переносилось по всем базам данных. В JPA должно быть очень просто поддерживать UNION. Я не понимаю, почему это не в стандарте. Причина поддержки UNION очевидна, так же, как и почему UNION поддерживается в NATIVE SQL. JPA - это просто API Java в верхней части NATIVE SQL. EclipseLink JPQL поддерживает объединение и надеется, что он скоро появится в API критериев. Интересно, сможет ли кто-нибудь обойти UNION с использованием API критериев в eclipseLink. – eastwater
Все запросы JPQL предназначены для определенного типа сущности, «причина поддержки UNION» вам может быть очевидной, но не для многих других. Чтобы представить случай, вы должны представить примеры, с примерами сущностей и предлагаемым синтаксисом JPQL, и каков ожидаемый доход и какую роль он выполняет. Да, я избегаю родной SQL-части, но это не повод сам по себе что-то вставить в JPQL –