SpringBoot native Querry return ArrayList

[Dimax]

Guten Tag liebe Community ,

Ich habe eine native DB Anfrage die mir von 0 bis 10 Sätze zurück liefert.
Jeder Satz enthält : in der ersten Zeile einen String, in der zweiten einen Double und in der dritten einen Integer.

In Repository sieht es so aus:

interface topTenKomplex{
        String getProgName();
        Double getProgFm();
        Integer getProgId();
        
    }
    @Query(value="select ..... where macro_daten.projekt_id=?1 order by macro_daten.fm desc limit 10;",nativeQuery=true)
    public  ArrayList<topTenKomplex> getTopKomplex(Integer projekt_id);

Im Controller versuche ich die Daten auswerten:

   ArrayList<topTenKomplex> topTenKomplex =progRepository.getTopKomplex(projekt_id);

     for (int i=0;i<topTenKomplex.size();i++) {    
            System.out.println(topTenKomplex.get(i).getProgName());
        }

Es wird mir genausovielmal null ausgedrückt wie es in DB Sätze gibt.
Wie kann man es lösen?
Für einen Denkanstoß wäre ich dankbar.

 

[Dimax]

Danke an alle ,die mir helfen wollten . Ich habe mein Fehler gefunden. Ich hatte im Interface falsche getter Namen benutz .
Anfrage :"select programm from programm...." aber im interface habe ich getProgName() statt getProgramm().

 

[Oneixee5]

Beim Interface und der Abfrage müssen die Spaltennamen genau übereinstimmen, ansonsten kommt nur NULL raus. Alle Spalten sollten also einen entsprechenden Alias besitzen.

 

[Dimax]

Genau

Oneixee5.​

Dein interface benutze ich überall bei mir im Projekt.))

 

[Oneixee5]

interface topTenKomplex{ -> interface TopTenKomplex {
public ArrayList<topTenKomplex> getTopKomplex(Integer projekt_id); -> Collection<TopTenKomplex> getTopKomplex(@Param("projekt_id") Integer projektId);

 

[Dimax]

public Collection<TopTenKomplex>

Kannst du mir bitte begründen warum Collection und nicht ArrayList?

 

[Oneixee5]

Kannst du mir bitte begründen warum Collection und nicht ArrayList?

Alles in einem Interface ist public - die Angabe von public wäre also redundant.
Man programmiert immer gegen Interfaces nicht gegen konkrete Implementierungen. Überlasse am besten Spring, was dort als am schnellsten und effektivsten erachtet wird. Wenn du keinen Index benötigst ist Collection ausreichend, ansonsten kannst du List oder Stream(Transaktion erforderlich) verwenden.