Wygląda na to, że przynajmniej na razie ustawienie search_path jest czymś poza zakresem jOOQ. Teoretycznie moglibyśmy użyć migracji Javy w Flyway i wymusić, aby wszystkie odwołania w funkcji miały wyraźne schematy, ale brzmi to dość boleśnie. Co pozostawia nam albo ręczne ustawienie ścieżki wyszukiwania, potencjalnie dodanie jej do naszego zarządzania transakcjami, albo napisanie inteligentniejszego ConnectionProvider.
W naszej aplikacji mamy dość ścisły model jedno zapytanie na transakcję, więc tak naprawdę nie ma żadnego zarządzania transakcjami, do którego można by dodać zapytanie „set search_path =...”. Rozwiązanie ConnectionProvider wydaje się być naszą najlepszą opcją.
Mamy już niestandardową implementację ConnectionProvider do puli połączeń, więc dodanie logiki (podanej powyżej na końcu pytania) w celu ustawienia ścieżki search_path nie było zbyt wielkim problemem. Moglibyśmy uczynić go bardziej wydajnym, dekorując połączenie czymś, co pamiętało, na co jest ustawiona jego bieżąca ścieżka_przeszukiwania, i dodając przedrostek „set search_path =...;” na początku jakiegokolwiek oświadczenia, zanim wyjdzie za drzwi, jeśli zajdzie taka potrzeba. Już teraz widzimy wpływ na wydajność ustawiania search_path przy każdym żądaniu, więc to tylko kwestia czasu, zanim stanie się to koniecznością. Cóż, to lub wracając do bólu naszej starej zastrzeżonej warstwy dostępu do bazy danych.
Przynajmniej nie zaakceptuję tego jako odpowiedzi, dopóki nie napiszę i nie otworzę kodu źródłowego ustawienia puli połączeń/ścieżki_wyszukiwania ConnectionProvider, w nadziei, że ktoś inny wymyśli lepsze rozwiązanie, zanim się do tego zabiorę.
