konto usunięte
Piotr
Jasiulewicz
PHP/Java
professional
konto usunięte
Wojciech
Soczyński
Programista
eksplorator -
blog.wsoczynski.pl
konto usunięte
Wojciech
Soczyński
Programista
eksplorator -
blog.wsoczynski.pl
Łukasz Ciołek:Ja tak właśnie zrobiłem w jednym projekcie i spisuje się bardzo dobrze, tak jak wspominałem poczytaj sobie o CQRS. Btw. możesz użyć tego samego połączenia do bazy danych, które nawiązujesz w przypadku Doctrine, możesz wykorzystać DBAL, który jest warstwą abstrakcji pod Doctrine, żeby łatwo formułować zapytania.
oczekiwałem właśnie propozycji innych (lepszych) rozwiązań, przyjrzę się temu.
Adam Brodziak PHP, football, fun
Wojciech Soczyński:
Łukasz Ciołek:Ja tak właśnie zrobiłem w jednym projekcie i spisuje się bardzo dobrze, tak jak wspominałem poczytaj sobie o CQRS.
oczekiwałem właśnie propozycji innych (lepszych) rozwiązań, przyjrzę się temu.
Wojciech
Soczyński
Programista
eksplorator -
blog.wsoczynski.pl
Adam Brodziak:Nie wspominałem w żadnym miejscu tutaj o logice w zapytaniach SQL, chyba, że mi coś umknęło ? Ja tylko mówię, tyle, że nie zawsze jest sens operować na encjach i zaprzęgać Doctrine do niektórych zadań, których przykładem jest np. raportowanie - jeżeli mamy wyliczyć prosty raport z powiedzmy miliona encji, sprowadzi się to do pobrania tych miliona encji i powiedzmy wykonaniu jakiejś operacji typu Map-Reduce na nich. Jednakże jeżeli wyliczenie tego w bazie danych będzie efektywniejsze to czemu nie ? Warunkiem jest tylko to by cała operacja wyliczania takiego raportu była ukryta np. w klasie jakiegoś Service, a nie byśmy żonglowali SQL-em po całej aplikacji.
Wojciech Soczyński:
Łukasz Ciołek:Ja tak właśnie zrobiłem w jednym projekcie i spisuje się bardzo dobrze, tak jak wspominałem poczytaj sobie o CQRS.
oczekiwałem właśnie propozycji innych (lepszych) rozwiązań, przyjrzę się temu.
Logika w zapytaniach SQL? Nie brzmi to zbyt przekonująco. Jak radzisz sobie z testowaniem i reużywalnością kodu (rzeczonej logiki, czy to biznesowej czy prezentacji)?
Adam Brodziak PHP, football, fun
Wojciech Soczyński:
(...)
Nie wspominałem w żadnym miejscu tutaj o logice w zapytaniach SQL, chyba, że mi coś umknęło ? Ja tylko mówię, tyle, że nie zawsze jest sens operować na encjach i zaprzęgać Doctrine do niektórych zadań, których przykładem jest np. raportowanie - jeżeli mamy wyliczyć prosty raport z powiedzmy miliona encji, sprowadzi się to do pobrania tych miliona encji i powiedzmy wykonaniu jakiejś operacji typu Map-Reduce na nich. Jednakże jeżeli wyliczenie tego w bazie danych będzie efektywniejsze to czemu nie ? Warunkiem jest tylko to by cała operacja wyliczania takiego raportu była ukryta np. w klasie jakiegoś Service, a nie byśmy żonglowali SQL-em po całej aplikacji.
Wojciech
Soczyński
Programista
eksplorator -
blog.wsoczynski.pl
Adam Brodziak:
Wojciech Soczyński:
(...)
Nie wspominałem w żadnym miejscu tutaj o logice w zapytaniach SQL, chyba, że mi coś umknęło ? Ja tylko mówię, tyle, że nie zawsze jest sens operować na encjach i zaprzęgać Doctrine do niektórych zadań, których przykładem jest np. raportowanie - jeżeli mamy wyliczyć prosty raport z powiedzmy miliona encji, sprowadzi się to do pobrania tych miliona encji i powiedzmy wykonaniu jakiejś operacji typu Map-Reduce na nich. Jednakże jeżeli wyliczenie tego w bazie danych będzie efektywniejsze to czemu nie ? Warunkiem jest tylko to by cała operacja wyliczania takiego raportu była ukryta np. w klasie jakiegoś Service, a nie byśmy żonglowali SQL-em po całej aplikacji.
Zgadza się, jednak w tym Service będzie jakiś SQL generujący raport. To znaczy że logika raportowania też jest w SQL, co trudno testować.
Druga rzecz to co jest produktem takiego raportu? Czy są to modele stworzone specjalnie dla danego raportu (co można by łatwo zaimplementować widokami)? Co z sytuacją gdy częścią raportu jest dany model (dajmy na to pracownik) i zagregowana wartość (wartość zamówień na miesiąć).
Następna dyskusja:
пропозиції роботи
