Pułapki migracji baz danych MySQL - devszczepaniak.pl
devszczepaniak.pl#programowanie
#informatyka
#programista15k
#naukaprogramowania
#backend
#bazydanych
Brakuje jeszcze #testynaprodukcji
@Tom.Ash i #unastesteremjestklient
@elszczepano klasycznie ĘĄŚDŹ... CZY JAKOS TAK
@Tom.Ash jakie testy
A najlepiej to zaorać MySQL i przenieść się na coś sensownego - choćby Postgres. A jeżeli jest budżet to Oracle.
@ChilledMimosa większość problemów opisanych w artykule będzie wspólna dla relacyjnych baz danych ogółem.
@ChilledMimosa no i co to zmieni? xD
@Klopsztanga to tak jak z kobietą. Możesz zmienić kobietę, ale to niczego nie zmieni
@Klopsztanga
A czy cokolwiek w tych bazach robiles, czy tylko operacje CRUD i to wszystko?
Problemy przedstawione są łatwo rozwiązywalne przez wersjonowanie tabel tudzież poprzez sensowne podejście do modyfikacji tabel, choćby przez widoki, a nie YOLO rzucanie alterów na produkcji podczas działania klientów bazy.
To samo z usuwaniem danych. Kto rzuca YOLO deletami i liczy na fizyczny backup całej tabeli?
@ChilledMimosa no ale co ma do tego MySQL vs PSQL? xD Znam bardzo dobrze obie bazy danych, ale nie widzę tutaj twojego problemu że PSQL jest lekiem na całe zło baz SQL.
Czasem MariaDB/MySQL jest lepsze do pewnych rzeczy, czasem PSQL.
@Klopsztanga nie, zupełnie postgres nie ma żadnego znaczenia w przypadku choćby wspomnianego wersjonowania wzgledem mysql. Wydajność tego rozwiązania też przecież nie ma żadnego znaczenia.
Proszę, doedukuj się najpierw zanim zaczniesz bzdurnie smieszkować.
@ChilledMimosa może zamiast wysmiewać, wreszcie powiesz tą różnicę? Bo z tego co widzę starasz się unikać odpowiedzi, bo sam nie wiesz?
@Klopsztanga przecież już to napisałem?
@ChilledMimosa napisałeś bełkot niż technicznie.
Zaloguj się aby komentować