[mysql vs. Firebird] za i przeciw Opcje

[lenczewski]

Witam,
w temacie baz danych nie jestem orłem, jednak muszę zdecydować się na jedną z tych platform: MySQL / FireBird.
Chodzi o system zarządzania sprzedażą przez www.

Czy możecie napisać jakie są argumenty za a przeciw jednej i drugiej bazy?

Ten post edytował lenzcewski 7.11.2005, 10:41:14

[DeyV]

FireBird:

a. Zalety
- Łatwa instalacja
- Przenoszenie bazy danych polegajace na skopiowaniu jednego pliku
- niskie obciążenie systemu


b. Wady
- mała popularność bazy na serwerach komercyjnych
- znacznie mniejsza popularność

MySQL:

a. Zalety
- szybkość działania
- całkiem spore możliwość zaimplementowanego SQL
- popularność
- łatwa dostępność na serwerach
- łatwa konfiguracja
- świetny manual

b. Wady
- zaimplementowany SQL nie zawsze jest zgodny ze standardami
- brak wielu funkcji wpspieranych przez "prawdziwe" bazy (postgres górą )

[lenczewski]

a co z obsługą transakcji (mysql chyba już posiada), triggerów, widoków itp?

[dr_bonzo]

Mysql, tzn. mysql w wersji 5.0.

[lenczewski]

....hmmm. a v. 4.1 nie obsługuje transakcji?

[dr_bonzo]

Zajrzyj na mysql.com

4.1 tranzakcje sa, dla tabeli w typie INNODB

triggery i widoki dopiero od piatki (na 95%)

[Kinool]

postarm sie podsumowac w kilku slowach moje doswiadczenia

MySQL jes genaralnie szybszy ale bardzo wiele zalezy od implementacji i optymalizacji od wersji 4.1.x dospne sa transakacje (InnoDB, BerkeleyDB) w wersji 5.x sa widoki, subselekty, trigery (narazie zadko spotykany na serwerach)

Firebir mniejsze mozliwsoc serwerowe ale za to wspiera trigery, widoki, transakcje ale jest mniej popularny co przeklada sie na skompe wsparcie oraz liczbe dodatkowego oprogramowania

jesli projekt ktory ma wykozystywac baze nie potrzebuje widokow, subselektow czy trigerow to polecam MySQL

Ten post edytował Kinool 8.11.2005, 03:13:11

[mhs]

wersji 5.x sa widoki, subselekty

Podzapytania pojawiły się "już" w wersji 4.1 a nie jak przypisujesz to tylko przypisujesz wersji 5.x

jesli projekt ktory ma wykozystywac baze nie potrzebuje widokow, subselektow czy trigerow to polecam MySQL

Czemu?

--edit--
Albo inaczej. Dla czego dla projketu, który ma wykorzystywać widoki, wyzwalacze, pozapytania MySQL jest zły?

Ten post edytował mhs 8.11.2005, 08:25:40

[Kinool]

@mhs to jest nadinterpretacja nie napisalem ze jest zle i ze bym nie polecal uzywac w takim przypadku wszystko zalezy od wielu czynnikow

w mojej wypowidzi chodzilo mi bardziej o to ze jesli nie potzreba tych ficzerow to nie zastanwaiel bym sie nad tylko uzyl MySQL

[mhs]

to jest nadinterpretacja

Być może, chociaż takie wrażenie odniosłem czytając Twojego posta.

wszystko zalezy od wielu czynnikow

Zgadza się.


Wydaje mi się, że szybciej na serwerach będzie MySQL w wersji 5 niż w ofercie przynajmniej części dostawców pojawi się Firebird. Jeżeli ktoś uważa, że dla niego nie jest odpowiedni MySQL to pozostaje PostgreSQL z ktorym raczej nie ma lub nie powinno być kłopotów.

[lenczewski]

Projekt to cos w rodzaju sklepu internetowego, system zamówień, zarządzanie sklepem, kontami, komentarzami, magazynem.

[elessar]

Firebird:
zalety
- prostota (pisanie procedur, trigerow)
- UDF (mozna samemu w c napisac potrzebna nam funkcje)
- wersja embeded ( nie musimy miec serwera aby nasza baza poprawnie pracowala ) -> naprawde duzy plus.

wady:
- Kiedy wykorzystujemy transakcje nie ma mozliwosci zablokowania rekordu, mozna tylko zablokowac cala tabele, co w przypadku pracy na wielu stanowiskach jest powaznym problem.
- czasami w finalnych wersjach pojawiaja sie razace bledy. Np. blad z join i sub-select gdzie drastycznie spadala wydajnosc (naprawiony dopiero w wersji 1.5).

Firebirda wykorzystywalem glownie do malych i srednich aplikacji typu finansowo-ksiegowych, gdzie ilosc userow na baze nie przekraczala 10. Jednak wachalbym sie wykorzystac do projektow www. Zdecydowanie polecam postgres'a.

[lenczewski]

niechciałbym upierać się przy mysql, ale pgsql'a ne znam, i czy przesiadka stanowić będzię jakiś realny problem? Czy mysql wogóle się do tego nadaje? czy sprawiać będzie jakieś problemy? ...i jakie?
W sumie to na co uważać, korzystając z mysql'a?

[mhs]

niechciałbym upierać się przy mysql, ale pgsql'a ne znam, i czy przesiadka stanowić będzię jakiś realny problem?

To zależy od tego jak przygotujesz system. Możesz wykorzystać warstwę abstrakcji dostępu do bazy danych dzięki temu w przypadku prawidłowo przygotowanych zapytań oraz struktur baz danych dla tych systemów przesiadka powinna się udać bez większych kłopotów.

Czy mysql wogóle się do tego nadaje?

Tak, nadaje się.

czy sprawiać będzie jakieś problemy?
W sumie to na co uważać, korzystając z mysql'a?

Należy przygotować odpowiedni projekt bazy danych. Nadać indeksy. Przygotować odpowiednio zoptymalizowane zapytania. I MySQL nie powinien sprawiać problemów.

Nie traktuj MySQL jako coś złego. Mimo iż mu trochę brakuje do konkurencji nie jest złym systemem. Wiele projektów działa na tym systemie. Swoją drogą: ostatnio Oracle wykupił InnoDB, który jest wykorzystywany właśnie przez MySQL'a jako jedna z kilku możliwości składowania danych.

Ten post edytował mhs 8.11.2005, 14:12:25