W dniu 08.05.2013 18:06, Tomasz Chiliński napisał(a):
W dniu 08.05.2013 17:45, Marcin napisał(a): a jak jest z posgresem w przypadku awarii zasilania? łatwo naprawic baze/tabele?
Haaa z moich doświadczeń wynika, że w MySQL jest mniej odporny na zaniki zasilania. Potem trzeba robić REPAIR TABLE ręcznie.
no i druga kwestia, czy można w postgresie (bo nie moge tego namierzyć) trzymać użytkownikow i uprawnienia w bazie? bo z tego co widzę, to wszysko odbywa się na "lokalnych" userach.
To źle widzisz. PostgreSQL ma swój oddzielny system uprawnień. Oczywiście można w pewnym sensie mapować użytkowników systemowych na PostgreSQL.
Moim zdaniem jałową dyskusją jest rozstrząsanie co który silnik posiada, gdy jednocześnie z jednego z nich korzysta się w zakresie podstawowym. Istotne różnice pojawiają się jak zacznie się korzystać w danym z silników z bardziej zaawansowanych rzeczy. Takim przypadku ciężko nazwać, że MySQL posiada np. coś takiego jak wyzwalacze z prawdziwego zdarzenia. Swego czasu zrobiłem jedną funkcją w PostgreSQL logowanie zmian dowolnych pól w bazie danych z natychmiastowym zapisem zmian do oddzielnych tabel SQL.
Poza tym pamiętaj, że MySQL miał kiedyś ambicje bycia czymś w rodzaju SQLite, a potem stwierdzono, że można z niego zrobić silnik do wszystkiego, a PostgreSQL ma zupełnie inny rodowód.
Może ktoś zaproponuje jak to ładnie można zrobić w MySQL: http://lists.lms.org.pl/pipermail/lms/2013-March/026102.html To pytanie pozostało bez odzewu, więc wniosek z tego taki, że ludzie, którzy czytają listę mailingową to zupełni laicy jeśli chodzi o obsługę baz danych... Już wiele razy w historii aktualizacji schematu bazy danych MySQL okazywało się, że silnik udawał, że coś robi, a po cichu szykował sam na siebie (i chyba swojego użytkownika) stryczek.