Posted on by Adam Łepkowski In the first post, I described query execution steps that can be potentially improved when the query is executed. In this third article, I will focus on the second phase named “Request to a database”. I will show you how to solve the following problem: “Each create and update action send a SQL query in a separate round-trip. If your application requires 30ms to connect to a database and you create for example ten new objects, then application spends just 300ms on connecting ...

Jest to mój pierwszy nietechniczny post w którym chciałbym pokazać na co ja zwracam uwagę w środowisko w którym obecnie pracuje gdy podejmuje decyzje techniczne. W artykule można znaleźć zbiór ciekawych pytań, które sobie zadaje z rożnych perspektyw (projekt, klienta, zespól, firma) w ramach podjęcia najlepszej decyzji.

Nocny batch. W dzisiejszych reaktywnych czasach te dwa słowa wywołują grozę. Ale czy batchowanie jest naprawdę takie złe? A może instnieją sposoby na sensowne użycie tego podejścia? Zapraszam do lektury na ten temat.

The third step in CQRS journey. It covers: - Domain events - publishing and handling - Building read model synchronously - Database transactions per command / request - Recreation of the read model

I’ll describe a few patterns that enabled me to process 2 billions items per day using Azure Functions. Yes 2 billions items per day. The aim of this trial was not to check whether you can do it with Azure Functions. You can do it easily. The goal was to do it in a cost-aware and cost-wise manner, enabling fast processing with a small amount of money spent on this.

Artykuł opisuje moją przygodę z odkrywaniem problemow wydajnościowych w aplikacji. Uczy tego jak działa "query cache plan" w Entity Frameworku.