Wpis z mikrobloga

@Volantie: A po co omijać samo EAGER, skoro można ominąć cały problem ( ͡° ͜ʖ ͡°)
Osobiście, najchętniej szybko opuszczam hibernatowy lifecycle, i operuję na obiektach domenowych.
@bartis55: sql ma sporo bottle-necków - np: pula połączeń i słabo się skaluje w chmurze jeśli chodzi o nowe aplikacje. Jak masz legacy monolit to spoko bo masz stały ruch, ale jak np tworzysz nową aplikacje i spodziewasz się dołączenia 200 tysiąca nowych userów i takich przypadków będziesz miał kilka razy w roku co kilka miesięcy to ciekawe jak to obsłużysz? Zwiększanie/zmniejszanie RAMu i procka przez chwile zadziała, ale jest to
@nad__czlowiek SQL też można skalować horyzontalnie. Napisałeś że dziś to tylko nosql. Odpisałem że nie prawda a Ty podajesz jedna z zalet nosql że się skaluje horyzontalnie.

Przede wszystkim nadal SQL jest bardziej popularny niż nosql. Są przypadki gdzie SQL będzie dużo lepszy od nosql i vice versa. Tak jak do storowania logów nikt nie wybierze SQL tylko elastic search, jak do jakiś rekomendacji wybór to grafowa baza, cache to redis tak
@bartis55: jak pracujesz przy legacy monolitach/mikroserwsach to tak, ale to jest kwestia tego, że 90% softu pochodzi z lat 2010-2020 i nikt nie będzie przepisywał/migrował danych z SQL na no-SQL, taki soft co powstał w 2020-2023 to możę 10%, bardzo mało nowego softu powstaje. Nowe mikroserwisy to głównie no-SQL bo po prostu no-SQL zawiera te same zalety co SQL ale jest szybsze i lepiej skalowalne.

Problem z SQL będzie tylko narastał