Użycie LIKE

0

Mam taki kod który działa czyli wyszukuje wszystkie obiekty zaczynające się na podany ciąg. Problem w tym że ten podany ciąg chce wpisywać w teście a nie w zapytaniu i żeby tak ładnie wyszukiwało. Nie wiem jak sobie z tym poradzić szukałem już w wielu miejscach rozwiązania i nadal nie umiem sobie z tym poradzić. Naprowadzi mnie ktoś na właściwe rozwiązanie?

W encji

@NamedNativeQuery(
        name = "Company.likeCompany",
        query = " SELECT * FROM COMPANIES" +
                " WHERE COMPANY_NAME LIKE 'Sam%' ",
        resultClass = Company.class
)

W kontrolerze

    @Query
    List<Company> likeCompany();

I Klasie testującej

   @Test
    public void testLikeCompany() {
        //Given
        Company samsung = new Company("Samsung");
        Company panasonic = new Company("Panasonic");
        Company nokia = new Company("Nokia");
        Company motorolla = new Company("Motorolla");
        Company tamszung = new Company("Samszung");

        companyDao.save(samsung);
        companyDao.save(panasonic);
        companyDao.save(nokia);
        companyDao.save(motorolla);
        companyDao.save(tamszung);

        //When
        List<Company> likeCompany = companyDao.likeCompany();
        //Then
        Assert.assertEquals(2, likeCompany.size());
        //CleanUp
        try {
            companyDao.delete(panasonic);
            companyDao.delete(samsung);
            companyDao.delete(nokia);
            companyDao.delete(tamszung);
            companyDao.delete(motorolla);
        } catch (Exception e) {

        }
    }
2

Kilka spraw.
Testy integracyjne z bazą danych są kontrowersyjne, zresztą widzisz to po komentarzach pod Twoim postem. Z drugiej strony chciałbyś mieć pewność, że zapytanie, które napisałeś, zwróci poprawny wynik. W Twojej architekturze nie da się tego zrobić zgodnie z programistycznym feng szui - czyli testować tylko Twój kod. Opcje:

  • przepisujesz kod i używasz ORM, który umożliwi wykonywanie zapytań na jakiejś warstwie abstrakcji (coś w stylu IQueryable<T> w C#), którą będzie można zamokować, rozdzielasz wyciąganie danych od ich filtrowania, w teście mokujesz wyciąganie danych i weryfikujesz tylko filtrowanie;
  • olewasz pedantów i robisz test, który sprawdza trochę więcej, niż byś chciał - czyli sprawdzi nie tylko zapytanie, ale i poprawność działania wszystkich warstw aż do bazy danych włącznie;
  • olewasz test.

Moim zdaniem lepiej mieć test integracyjny od braku testu. Jednak Twój test ma kilka sporych wad:

  • dane testowe nie są tworzone w transakcji, siłą rzeczy transakcja nie jest zawijana niezależnie od tego, czy test się powiódł, czy nie, co grozi zostawieniem śmieci w bazie oraz wymaga upierdliwego czyszczenia wszystkich uprzednio dodanych danych. O tym drugim łatwo zapomnieć, kiedy minie kilka miesięcy albo ktoś inny będzie modyfikował test - doda nowe dane, ale zapomni dodać ich usuwanie;
  • nie potrzebujesz tylu danych do testów. Dodaj jeden-dwa rekordy, które powinny się znaleźć, jeden, który znaleźć się nie powinien i już;
  • NamedNativeQuery - dlaczego "Sam%" jest tam na sztywno? Wyszukiwanie powinna robić metoda, która powinna przyjmować parametr z szukaną wartością. Wtedy nie miałbyś problemu z wyszukiwaniem po zmiennym kluczu;
  • likeCompany to słaba nazwa, tłumaczy się na "polub firmę". findCompaniesByPartialName albo coś w ten deseń;
  • masz kilka brzydkich literówek (Motorola przez jedno "L", "tamszung" chyba powinien nazywać się ciut inaczej);
  • weryfikujesz liczbę wyników, a nie to, które dokładnie zostały znalezione - to złe podejście.
2

Może:

  1. Zmodyfikować query:
@NamedNativeQuery(
        name = "Company.likeCompany",
        query = " SELECT * FROM COMPANIES" +
                " WHERE COMPANY_NAME LIKE :prefix||'%' ",
        resultClass = Company.class
)
  1. Zmodyfikować metodę, tak by przekazywała parametr?
likeCompany(@Param("prefix") String prefix)

  1. W teście użyć: likeCompany("Sam")

Takie użycie ma niestety pewne minusy (przynajmniej w Oraclu), o których możesz pogooglować: "bind variable peeking". Skutkujące czasami nieoptymalnym planem zapytania (czyt. jest wolno, a przecież mam indeks).

0
@Test
    public void testLikeCompany() {
        //Given
        Company samsung = new Company("Samsung");
        Company panasonic = new Company("Panasonic");

        companyDao.save(samsung);
        companyDao.save(panasonic);

        //When
        List<Company> likeCompany = companyDao.findCompaniesByPartialName("Sam");
        //Then
        Assert.assertEquals("Samsung", likeCompany.get(0).getName());
        //CleanUp
        try {
            companyDao.delete(panasonic);
            companyDao.delete(samsung);
        } catch (Exception e) {

        }
    }

java.lang.IndexOutOfBoundsException: Index: 0, Size: 0

at java.util.ArrayList.rangeCheck(ArrayList.java:657)
at java.util.ArrayList.get(ArrayList.java:433)
at com.kodilla.hibernate.manytomany.dao.CompanyDaoTestSuite.testLikeCompany(CompanyDaoTestSuite.java:109)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75)
at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86)
at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:252)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
0

Exception bo query nic nie zwraca ;-) Włącz jakieś logowanie DEBUG, tak by zostało zalogowane wygenerowanie zapytanie + wartość, która ma być wiązana.

Z tego zapytania, które wkleiłeś rzuca mi się w oczy jeszcze jedna drobnostka:

Masz
concat(?||'%')

czy
CONCAT(:prefix, '%') ?

0

w ogóle czemu to nie działa w programie a w MySQL bez problemu tzn czemu tak trudno to napisać by wywołać to w metodzie ?

0

Nie wiem czemu nie działa, ale lubię takie tematy ;-)

Pozostaje włączyć ten debug i zobaczyć jakie zapytanie zostało wygenerowane i jaka wartość jest przekazywana. Skoro jawne podanie w parametrze % działa, to pewnie problem jest nieco inny.

Nie wiem jaki silnik bazodanowy masz pod spodem, ale można na szybko spróbować drążyć temat i zrobić zapytanie typu:

Oracle:

WITH FOO AS (SELECT :PREFIX P FROM DUAL) 
SELECT T.* FROM COMPANIES C, FOO F WHERE C.COMPANY_NAME LIKE CONCAT(F.P,'%')

Postgres:

WITH FOO AS (SELECT :PREFIX P) 
SELECT T.* FROM COMPANIES C, FOO F WHERE C.COMPANY_NAME LIKE CONCAT(F.P,'%')

Chodzi o to, żeby :prefix przekazać samodzielnie.

0

Ja bym przekazywał do funkcji nie 'Sam', a 'Sam%'. Może to rozwiązuje problem. Ewentualnie dostroić jeszcze nazwę tej funkcji.

0

po użyciu debuggera odnalazłem taki błąd

Method threw 'java.lang.IllegalStateException' exception. Cannot evaluate com.sun.proxy.$Proxy85.toString()

1 użytkowników online, w tym zalogowanych: 0, gości: 1