GoldenLine
Zaloguj się
Łukasz W.

Łukasz W. Zarządzanie Zasobami
Informacyjnymi

Temat: Oracle w porównaniu do innych baz danych.

Witam,

Szukam cech, czy też funkcji bazodanowych, które są podobne lub konkurencyjne względem siebie w bazach Oracle, MS SQL, MySql i Postgre.

Generalnie chodzi o to, że muszę znaleźć takowe i porównać je na trzech lub czterech systemach bazodanowych.

Np.1. w Sql Serverze jest recovery manager, ale różny od tego jakiego mamy w Oracle'u. Czy występują podobne funkcje narzędzia należące do Postgre, które mają podobne funkcje lub są w jakiś sposób konkurencyjne dla tych z SQL Servera?

Np.2. w Oracle mamy TO w Sql serverze mamy COŚ a w MySqlu mamy JESZCZE COŚ i robią generalnie coś podobnego.

Zakres? Nieograniczony....
Backup? Skalowalność? Cokolwiek... Nawet same nazwy podobnych do siebie elementów w tych bazach umożliwi mi łatwe ich zidentyfikowanie i opisanie.
Przybieram się sporego rozgrzebywania tego tematu, dlatego wszelkie sugestie i rady mile widziane. :)

Pozdrawiam
i dziękuję
Link do wypowiedziLink
Jacek Tomaka

Jacek Tomaka AWK!

Temat: Oracle w porównaniu do innych baz danych.

Proponuję opcję przestrzenną. Spatial w Oracle, a obsługa obiektów geometrycznych(Geometry, Geography) w SQL Server 2000/2005/2008/2011, postgres, mysql.
Link do wypowiedziLink
Karol Napiórkowski

Karol Napiórkowski DBA

Temat: Oracle w porównaniu do innych baz danych.

gdzieś już o tym pisałeś
http://www.goldenline.pl/forum/2805766/porownanie-tech...
Link do wypowiedziLink
Łukasz W.

Łukasz W. Zarządzanie Zasobami
Informacyjnymi

Temat: Oracle w porównaniu do innych baz danych.

Owszem :)
Acz tu mamy forum oracl'e a tam ogólne do baz.
Dzięki za wszelkie info.

Jak macie jeszcze jakieś ciekawe pomysły to podsyłajcie.
Link do wypowiedziLink
Tomasz Wiśniewski

Tomasz Wiśniewski DBA

Temat: Oracle w porównaniu do innych baz danych.

Kiedyś widziałem taki siwz w którym było wszystko czego potrzebujesz na bodajże 8 stronach. To tak żeby się upewnić że Oracle wygra ten przetarg ;)
Link do wypowiedziLink
Łukasz W.

Łukasz W. Zarządzanie Zasobami
Informacyjnymi

Temat: Oracle w porównaniu do innych baz danych.

Panowie,

Dotychczas wszystkie sugestie okazały się przydatne. Teraz szukam uzasadnień i rdzennych 'dowodów' i sposobu porównania ale to jeszcze ogarnę :)

Pytanie dodatkowe.

Czy macie jakieś pomysły/doświadczenia z porównywania tego typu systemów/aplikacji/baz danych?

Obecnie jestem na etapie doboru odpowiedniej metody analizowania/porównania. Skupiam się chwilowo na okrojonym QFD, SWOT i może PEST i/lub klasyfikacja ABC. Wyniki przełożę na liczby a te posłużą za wynik...

Gdybam też nad stosownymi czynnikami do porównania:
1. Support - jest/nie ma/jest zewnętrzny
2. Koszty - z supportem czy bez (trudna sprawa, nikt nie chce wyjawić :P )
3. Kopie zapasowe
4. Skalowalność
5. Stabilność względem ewentualnych rozmiarów - o ile w ogóle da się to jakoś policzyć
6. Praktyczne zastosowanie względem okoliczności - (luźny temat) sumując wszystkie za i przeciw stwierdzamy np, że MySQL styknie do obsługi biblioteki miejskiej "bo... coś tam" ale wywali się jeśli zrobimy z tego wielką księgarnię, gdyż np zacznie się krzaczyć przy większych rozmiarach i tu przychodzi z pomocą Oracle :P albo postgreSQL (jeśli nas nie stać na support oracleowy).

Jakieś pomysły? Sugestie?

Dzięki wielkie!
Link do wypowiedziLink
Piotr Chomicki

Piotr Chomicki DB

Temat: Oracle w porównaniu do innych baz danych.

Kilka słów o Oracle

Ad.1. Support oczywiście można wykupić u producenta, ale na jego jakość (szybkość reakcji, forward-managerowanie itd) jest dużo narzekań. Nie wiem jak jest w innych firmach, żeby obiektywnie porównać. Duże firmy nie mogą sobie pozwolić na brak supportu, czyli płacą i płączą.
Ad. 2. Koszty są jak najbardziej jawne w Oracle: shop.oracle.com. Przy dużych zakupach można rozmawiać o rabatach. Można kupić najtańszą opcję za niecałe 20tyś zł (licencja na 1 gniazdo procesora), można też kupić licencję za kilkadziesiąt mln, jeśli baza będzie stała na Exadata.
Ad.3. Możliwość odzyskania stanu bazy na moment w przeszłości (powiedzmy, że z dokładnością 3s).
Ad. 4. Skalowalność znaczna. W sporej mierze wiąże się z wersją bazy - najdroższa wersja ma szereg mechanizmów usprawniających pracę z dużymi wolumenami danych, także na tabelach rzędu 100-200mld rekordów, po kilkadziesiąt TB danych nie uwzględniając indeksów da się pracować. Pewnie w sieci da się znaleźć informacje o znacznie większych.
Ad. 5. Stabilność/dostępność zależy od płacy admina ;).
Ad. 6. Praktyczne zastosowanie - od małych systemów transakcyjnych, do hurtowni. Koszt licencji w znacznej mierze określa zastosowania - baza jest droga w porównaniu do innych wymienianych (chociaż nie mam pojęcia o cenach DB2).
Link do wypowiedziLink
Łukasz W.

Łukasz W. Zarządzanie Zasobami
Informacyjnymi

Temat: Oracle w porównaniu do innych baz danych.

Ad.1. Support oczywiście można wykupić u producenta, ale na jego jakość (szybkość reakcji, forward-managerowanie itd) jest dużo narzekań. Nie wiem jak jest w innych firmach, żeby obiektywnie porównać. Duże firmy nie mogą sobie pozwolić na brak supportu, czyli płacą i płączą.

Fakt... z teradatą pracowałem to często sam znalazłem rozwiązanie (łopatologiczne lub pro) gdyż support raczył się zalogować czasem 2 dni po problemie zaś ich rozwiązanie potrafi pojawiać się i pół roku. Może to kwestia budżetu na support, nie wiem ;d ale doświadczenia mieszane jeśli idzie o problemy aplikacyjne.

Ad. 2. Koszty są jak najbardziej jawne w Oracle: shop.oracle.com. Przy dużych zakupach można rozmawiać o rabatach. Można kupić najtańszą opcję za niecałe 20tyś zł (licencja na 1 gniazdo procesora), można też kupić licencję za kilkadziesiąt mln, jeśli baza będzie stała na Exadata.

No proszę... to teraz podobne musze znaleźć do Teradaty, Informix'a, MS SQL Servera, MySQLa, PostgreSQL i może DB2 :P (im więcej tym lepiej) :)
Ad.3. Możliwość odzyskania stanu bazy na moment w przeszłości (powiedzmy, że z dokładnością 3s).

To tyle jeśli idzie o oracle. Teraz czy mamy odpowiedniki na 'własnym sofcie' w innych bazach?
Ad. 4. Skalowalność znaczna. W sporej mierze wiąże się z wersją bazy - najdroższa wersja ma szereg mechanizmów usprawniających pracę z dużymi wolumenami danych, także na tabelach rzędu 100-200mld rekordów, po kilkadziesiąt TB danych nie uwzględniając indeksów da się pracować. Pewnie w sieci da się znaleźć informacje o znacznie większych.

Ad. 5. Stabilność/dostępność zależy od płacy admina ;).
Tak jakby, owszem :D
Niemniej nie umiem sobie wyobrazić kilkuterowego MySQL'a działającego bez problemu. Gdzieś czytałem (nie pamiętam gdzie), że 'stabilne działanie' można określić w gigabajtach... tera to juz nie koniecznie :P

Ad. 6. Praktyczne zastosowanie - od małych systemów transakcyjnych, do hurtowni. Koszt licencji w znacznej mierze określa zastosowania
Fakt... koszt to często największy motywator. Niemniej ma to przełożenie względem rozmiaru systemu lub planowanego rozmiaru systemu. Dla bazy ludków na osiedlu starczy mała baza bo mały koszt i mniejsze nakłady pracy. Przy większej znajdziemy coś innego 'bo' lepiej współpracuje z czymś lub 'by się przydał support'. Faktycznie, też sporo czynników...
Link do wypowiedziLink
Michał Patrzałek

Michał Patrzałek ETL developer

Temat: Oracle w porównaniu do innych baz danych.

Jeśli oprócz SQL Servera i Oracle'a rozważasz również DB2,Teradate, Informix'a, MySQLa, PostgreSQL
zwróć również uwagę do czego potrzebna Ci ta baza jest nie każda z nich da się zastosować do takiego samego rozwiązania (jedne radzą sobie z tym lepiej a drugie z czymś innym), a do tego dostępność specjalistów na DB2, Teradate, czy Informix'a jest ich zdecydowanie mniej niż na SQL server'a czy Oracle'a.
Link do wypowiedziLink
Acg N.

Acg N. .

Temat: Oracle w porównaniu do innych baz danych.

Łukasz W.:
To tyle jeśli idzie o oracle. Teraz czy mamy odpowiedniki na 'własnym sofcie' w innych bazach?

To zależy od silnika, ale dla tych największych - mamy. Niedawno przeprowadzliśme w firmie migrację z Oracle na Postgresa. Szukaliśmy odpowiedników dla różnych mechanizmów znanych z Oracle'a - i tak, m.in.:

* Backup pełny, "cold" (kopia plików danych), przyrostowy, backup za pomocą DDL+DML (create/insert) - jest zarówno w PG (WAL, kopia katalogu "data", pg_basebackup, pg_dump), jak również w SQL (przyrostowy, detach/attach, pełny, DML+DDL).
* Obsługa XMLa z poziomu SQL - jest, zarówno w PG jak i SQL.
* Export/import danych do CSV - jest, także w SQL Serwerze (BULK)
* "dblinki" do różnych źródeł danych (np. ODBC) - są, również w SQL (linked servers)
* "joby" - są
* materializowane widoki - są (w PG od 9.3)
* tryb "trusted" - jest, zarówno w PG jak i SQL

Takich kwestii różnicujących bazy danych jest cała masa. Są różnice na poziomie SQLa (czasem znaczne), na poziomie wbudowanych narzędzi, współpracy z językami programowania* , łatwości instalacji**, organizacji i dostępu do danych***

Znajdziesz mnóstwo porównań w internecie, np.
http://stackoverflow.com/questions/2322260/basic-diffe...
http://www.postgresql.org/message-id/imd40p$aof$1@doug...
itd...

----------------
* np. w przypadku SQL Servera można podpiąć własne funkcje napisane w .NETcie, odwoływać się do obiektów OLE COM, np. słownika Worda. W Oracle można pisać moduły w C.
** w przypadku postgresa wystarczy przekopiować katalogi i utworzyć usługę, wskazać jej katalog danych i jechać, bez żadnych TNSów, listenerów, instalatorów
*** schematy, użytkownicy, role, loginy. Czasem użytkownik db jest użytkownikiem systemu operacyjnego, czasem struktury te są niezależne od siebie.Ten post został edytowany przez Autora dnia 11.09.13 o godzinie 14:08
Link do wypowiedziLink
Łukasz W.

Łukasz W. Zarządzanie Zasobami
Informacyjnymi

Temat: Oracle w porównaniu do innych baz danych.

Dlatego takie kuriozalne pytania zadaję na forum bo faktycznie, trudna sprawa :)
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

Administratorzy baz danych ...




Wyślij zaproszenie do
Anuluj