Co wybieracie: złożone zapytanie SQL, które serwuje gotowe dane. Czy może proste zapytanie, które zwraca zdecydowanie większą pulę a potem dokonujecie filtrowanie w Javie?
Co i dlaczego z punktu widzenia wydajności i łatwości utrzymania?
Jakieś źródła do opracowań w różnicy w wydajności?
kilkadziesiąt milisekund na płatności nikogo nie interesuje
@Ancro: to, że nie we wszystkich systemach powiązanych z finansami/bankowością kilkadziesiąt milisekund obsuwy jest akceptowane :) Jeśli chodzi o stronkę dla klienta banku, to dla niego to nic, ale są systemy, które muszą jak najszybciej obsługiwać zapytania i je wykonywać. Także sprowadzanie wszystkiego do jednego wora to słaby pomysł.
@Ancro: "Oboje się mylicie, bo pracowałem w 3 firmach i tam było inaczej". No
@plushy: Nie ma co dyskutować. Niektórzy się śmieją ze "studenciaków", którym się wydaje, że optymalizować się powinno już na starcie, a niektórzy do tej pory nie ogarnęli jak napisać poprawne, szybkie i czytelne zapytanie SQL (czy kilka zapytań), tylko wolą sobie zrobić SELECTa całej bazy i napisać filtrowanie w Javie/C#, bo tak łatwiej. Ba, czasem użyją sobie ORMa, bo to takie ładne i w ogóle, nie wiedząc nawet że w
Co wybieracie: złożone zapytanie SQL, które serwuje gotowe dane. Czy może proste zapytanie, które zwraca zdecydowanie większą pulę a potem dokonujecie filtrowanie w Javie?
Co i dlaczego z punktu widzenia wydajności i łatwości utrzymania?
Jakieś źródła do opracowań w różnicy w wydajności?
@Ancro: to, że nie we wszystkich systemach powiązanych z finansami/bankowością kilkadziesiąt milisekund obsuwy jest akceptowane :) Jeśli chodzi o stronkę dla klienta banku, to dla niego to nic, ale są systemy, które muszą jak najszybciej obsługiwać zapytania i je wykonywać. Także sprowadzanie wszystkiego do jednego wora to słaby pomysł.
@Ancro: "Oboje się mylicie, bo pracowałem w 3 firmach i tam było inaczej". No