Obecnie mamy duży kod źródłowy oparty na java, składający się z wielu starszych i nowych projektów działających w Weblogic przy użyciu frameworków takich jak struts 1, spring MVC, itp.
Używamy hibernacji 3.6.5 jako naszego ORM.
Nasz dział IT aktualizuje warstwę bazy danych z Oracle 10g do 11g. Zajmują się wszystkim związanym z tym problemem związanym z db i pl / sql.
Z punktu kod / java / weblogic / hibernate ofWidzisz, czy jest coś, o czym powinniśmy być szczególnie świadomi? Hibernate 3.6.5 obsługuje Oracle 11g i ten sam dialekt jest używany, więc technicznie rzecz biorąc nie powinno być żadnej różnicy od strony klienta.
Czy czegoś brakuje? Jeśli miałeś doświadczenie z podobną migracją, możesz podzielić się z innymi potknięciami i pułapkami, na które natknąłeś się, abyśmy mogli to poszukać.
Dzięki!
Odpowiedzi:
1 dla odpowiedzi № 1Uważam, że musisz specjalnie ustawić Oracledialekt na 10g, ponieważ Hibernate 3.6.x nie wykrywa automatycznie Oracle 11g. Jeśli twoja aplikacja w pełni opiera się na instrukcjach SQL generowanych przez Hibernate, powinieneś być w porządku.
Jeśli używasz pewnych wyraźnych instrukcji Oracle SQL,możesz potrzebować doublechek, jeśli nadal działają - 11gR2 zaostrzyło sprawdzanie składni SQL w porównaniu do 10g. Ponadto, jeśli masz wyraźny SQL i masz w nim pewne wskazówki, możesz równie dobrze usunąć wskazówki i ponownie wykonać testy perfromancji - prawdopodobnie będziesz potrzebować różnych wskazówek w różnych miejscach, niż wcześniej. Powodzenia!