Odc 34: Czy Oracle i relacyjne bazy danych umierają?

[@michab3649]

Umierać to mogą Oracle forms (nowsze adf, apex) , ale kto wpadł na pomysł końca pl/ SQL? Xd

[@nieinformatyk]

Ludzie lubią nowości a relacyjne bazy danych nie są od tego wyjątkiem. To samo się mówi, np. o Javie czy końcu świata :)

[@MrBB177]

Nie wiem czy dobrze myślę. PL/SQL jest chyba do pisania procedur bazodanowych. Więc chyba wszyscy przepisują swoje procedury do warstwy serwera backendowego. Jako że często serwer backendowy i baza uruchamiana jest w tym samym datacenter, to strat na wydajności praktycznie nie widać, a co więcej są pewne zyski. A ile wygodniej się debuguje całość. Więc PL\SQL raczej umiera, powoli, ale jednak. Bazy relacyjne jak zasugerowałeś, raczej nie umrą nigdy PS. W bazie No-Sql zawsze można samemu zadbać o spójność danych, dzięki temu że niema magicznego begin i commit, to można dużo zyskać na wydajności, ale w systemy bankowe to raczej niema co tego pchać.

[@nieinformatyk]

Dobrze myślisz, do tego służy PL/SQL :) Częściowo się z Tobą zgadzam. Dopóki istnieje Oracle to i będzie istniał PL/SQL - zbyt dużo projektów jest na nim opartych. Powstają nawet nowe projekty w oparciu o Apex - gdzie tworzysz aplikacje w PL/SQL-u. Zgodzę się jednak, co do tego, że widać pewien trend - baza co raz częściej staje się wyłącznie magazynem danych, więc co raz częściej widać, logikę wyłącznie po stronie backendu, np. Javy. W bazie relacyjnej zawsze będzie jednak potrzebny administrator lub ETL - czyli ten co przerzuca SQL-em dane z jednego do drugiego miejsca. PS. Jak możesz zapewnić spójność, np. w bazie dokumentów czy klucz-wartość?

[@Kwikhodron]

O :)

[@nieinformatyk]

Mam nadzieję, że się nie gniewasz:) Skąd się wzięły Twoje obawy o przyszłość RDBMS?

[@Kwikhodron]

@@nieinformatyk Jasne, że nie, obawy z tego co wyczytałem w necie ;)

[@nieinformatyk]

@@Kwikhodron teraz już wiesz, jakie mam zdanie na ten temat