Bazy danych Opcje

[Dzik]

Witam, chce wejsc w nowa dziedzine - bazy danych. Tylko za bardzo sie nie orientuje, a mlody jestem wiec wszystkiego chce sie nauczyc. Na jakich bazach powinienem sie skupic? Co sie teraz liczy?

[batman]

Jeśli na poważnie chcesz się zająć bazami danych, to MS SQL Server i/lub Oracle. A jeśli tylko chodzi Ci o podszkolenie w samym SQL, to PostgreSQL i/lub MySQL.

[kris2]

Jeśli na poważnie chcesz się zająć bazami danych, to MS SQL Server i/lub Oracle. A jeśli tylko chodzi Ci o podszkolenie w samym SQL, to PostgreSQL i/lub MySQL.

Z tym MS SQL to sobie chyba żartujesz prawda?
Nie wiem też po co uczyć się od razu Oracla, skoro jest młody to i tak nie będzie miał styczności z tak zaawansowanymi technologiami komercyjnymi.
Weź się za PostgreSQL to najlepsza baza niekomercyjna zarówno pod względem wydajności, licencji jak i możliwości.

[jmail]

a czemu ma żartować? SQL Server wbrew pozorom nie jest wcale płatny jeżeli weźmiesz wersję Express Edition.

Oracle też jest wersja edukacyjna. A jak powaznie chce się zająć tym to czemu ma się brać za MyShitQL'a? Postgre zgodzę się. Ale i tak moim zdaniem zacząć od profesjonalnych rozwiązań komercyjnych a później zobaczyć czym się inne różnią.

[mike]

Ale i tak moim zdaniem zacząć od profesjonalnych rozwiązań komercyjnych a później zobaczyć czym się inne różnią.

I dlatego właśnie dobrze zacząć od PostgreSQL'a. Dobre, profesjonalne narzędzie o szerokim zastosowaniu.
Dużo się nauczy a praktyki nabierze dużo szybciej niż zabierając się za Oracle'a czy coś innego.

[erix]

Z tym MS SQL to sobie chyba żartujesz prawda?

Spytam krótko: widziałeś kiedyś MSSQL na oczy, bez "BO TO MS" na oczach?

[jmail]

brawo erix <brawo>

było nie było SQL Server jest na topie. 95% nowych instalacji SAP'a idzie na SQL Server

[Jabol]

MyShitQL'a?

A co to? Anty-MySQL-wego fanatyzmu jeszcze nie widziałem, ciekawe.

Oracla lepiej nie próbuj bo prawdopodobnie nawet nie dasz rady jej zainstalować (mi się nie udało - inna sprawa, że próbowałem tylko kilka godzin, ale jednak moja wiedza na temat Linuksów jest dość spora). Może wersja na Windowsa łatwiej się instaluje, ale też polecam PostgreSQL. Baza dobra, sprawdona w boju i z dużym zasobem możliwości. Ma również dobrą dokumentacje, więć jest podstawa do nauki.

[batman]

Z tym MS SQL to sobie chyba żartujesz prawda?

Niby dlaczego mam żartować? Jest to bardzo dobra i szybka baza danych, której tajniki aktualnie zgłębiam. W "dużym biznesie" stawiana jest na równi z Oracle.
Dobre jest to, że jest takie coś jak MS SQL Server Express, czyli darmowa wersja bazy danych, na której można z powodzeniem się uczyć i w mojej opinii jest znacznie bardziej user-friendly niż PostgreSQL. Oczywiście na linuxie jej nie postawisz.

A co to? Anty-MySQL-wego fanatyzmu jeszcze nie widziałem, ciekawe.

MySQL nie jest taki różowy jak go malują. O wiele przyjemniej pracuje mi się na Postresie. Co nie zmienia faktu, że MySQL jest bardzo prostą bazą danych, która idealnie nadaje się na poligon doświadczalny

[viking]

Jest jeszcze DB2 express - ma najlepszą licencję ze wszystkich (oczywiście porównując do oracle czy mssql). W Polsce jakoś mało popularna. Nawet na helionie nie było żadnych książek.

Mysql to shit i nie jest to nie fanatyzm tylko rzeczywistość. Masa błędów których nikt od lat nie poprawia, jeszcze więcej braków (nawet podstawy jak procedury czy triggery mają mizerną funkcjonalność, nikt nie jest w stanie od lat zrobić ograniczenia check) no i główni developerzy odeszli od projektu. Gdyby nie to że wykupione przez Suna a ten z kolei przez Oracle szanse na jakikolwiek rozwój byłyby żadne.

[nieraczek]

Jedną bazę pomijacie, w Polsce moze nie jest az tak popularna, ale na swiecie juz niekoniecznie. Chodzi o Sybase

[batman]

Jedną bazę pomijacie, w Polsce moze nie jest az tak popularna, ale na swiecie juz niekoniecznie. Chodzi o Sybase

Na Sybase pisałem magisterkę i jedyna rzecz jaka mi w głowie utkwiła to mierna wydajność oraz problemy z kodowaniem podczas przenoszenia bazy z systemu polskiego na angielski. Możliwe, że od tamtego czasu coś się zmieniło. Nie wiem, nie sprawdzałem.

[jmail]

Jabol - MyShitQL z tego, ze jest to rozwiązanie prawie tak dobre jak Excell W excell'u przynajmniej wszystko mogę sobie VBA oprogramować. Nie wiem bo dawno nie patrzyłem na zmiany w MySQL ale wydaje mi się, że nadal nie ma UDF'ów i innych ciekawostek.

Co do Postgre to jego największą (jak dla mnie) bolączką jest całkowity brak crona / scheduled tasków jakie oferują zarówno Oracle czy SQL Server. Z resztą z MS zawsze się dobrze dogadywałem, a narzędzie do tworzenia SSIS Packages jest dopracowane do najmniejszych (również moim zdaniem) szczegółów.

A jak już taką wyliczankę dobie robimy to nie zapominajmy o InterBase / FireBird - również prosta baza danych, jednak dużo więcej dostajesz niż w MySQL'u

Do tego badziewia o którym na początku, trzeba jeszcze dodać całkowity brak trzymania standardów SQL (wiem wiem MS w ogóle też ich nie trzyma, ale za to daje potężne narzędzie w postaci T-SQL i integracji z .NET). Ustawienie kolumny typu TimeStamp na null owocuje wpisem w postaci '0000-00-00 00:00:00' czego inne bazy w ogóle nie chcą przyjmować. Dodawanie jakichś "dziwnych" ptaszków jak ` w nazwach kolumn, albo nie ostatnie ale jak dla mnie najlepsze - pisanie zapytań w sposób

[SQL] pobierz, plaintext 
SELECT 
  * 
FROM 
  baza.tabela
[SQL] pobierz, plaintext 

Gdzie każda inna baza oferuje:

[SQL] pobierz, plaintext 
SELECT 
  *
FROM
  baza.katalog_user.tabela
[SQL] pobierz, plaintext 

Takie różnice powodują, ze migracja na jakiekolwiek inne roziwązanie z MySQL okazuje się mordęgą. Za to do MySQL'a każdą bazę można wrzucić - utworzyli do tego narzędzia - ale im było łatwiej, bo jak ktoś inny trzyma standardy to oni łatwo mogli z nich skorzystać.

Ten post edytował jmail 12.08.2009, 09:10:53

[erix]

A jak już taką wyliczankę dobie robimy to nie zapominajmy o InterBase / FireBird

Jeśli chodzi o wydajność FireBirda, to z moich doświadczeń (wprawdzie tylko na localhoście ) wypadał jakieś pół roku temu raczej mizernie... (w trybie embedded)

Dodawanie jakichś "dziwnych" ptaszków jak ` w nazwach kolumn, albo nie ostatnie ale jak dla mnie najlepsze - pisanie zapytań w sposób

Z tego, co wyczytałem/pamiętam, to zgodnie ze standardami, MySQL akceptuje również zwykłe cudzysłowy na nazwy kolumn.

[jmail]

erix ja nie neguję, że akceptuje. Ale teraz zaszyj coś takiego w zapytaniu w kodzie PHP i spróbuj później migrować na inny serwer DB - zajechać się można. A niestety duża część ludzi używa tych dziwnych ptaszków. Dlaczego? bo jak robisz backup bazy danych w MySQL'u zawsze Ci je dodaje, więc większość mysli, że tak powinno być

Co do FireBirda, jak ja robiłem testy (co prawda to ze trzy lata temu było) dotrzymywał kroku wydajności Postgre

[erix]

A niestety duża część ludzi używa tych dziwnych ptaszków. Dlaczego? bo jak robisz backup bazy danych w MySQL'u zawsze Ci je dodaje, więc większość mysli, że tak powinno być

Nie o to chodzi - znak odwrotnego akcentu (ZTCW), a nie dziwny ptaszek - to było do ujmowania pól w MySQL zanim wprowadzono zgodność pod tym względem z ANSI SQL.

Jeśli chodzi o migrowanie na inny serwer - choćbyś się miał @(*#$58, to będziesz musiał konwertować, bo ten sam dump jest zgodny z tylko jednym DBMS. Chciałem pisać kiedyś uniwersalny sterownik do DB, a bardzo się rozczarowałem. Mówisz, że dziwny ptaszek w MySQL, to zobacz jak są oddzielane pola w MS SQL.

[jmail]

jak? w nawiasach kwadratowych o to Ci chodzi?

[mike]

To może porozmawiajmy jak się ma UTF w MSSQL?
Description of storing UTF-8 data in SQL Server

Dziękuję. Raz pracowałem na tej bazie i więcej gówna tykał nie będę.

Ten post edytował mike 12.08.2009, 12:43:13

[jmail]

a moze wartałoby zauważyć, że dajesz link do SQL Servera sprzed dobrych 10 lat?

wtedy MySQL na chleb mówił beb a na muchy ptapty

A Postgres do dzisiaj ma problemy ze zmianą kodowania serwera jeżeli domyślne jest kodowanie Windows-1250 (na systemie Windows) to nie ustawisz za cholerę UTF-8

[batman]

To może porozmawiajmy jak się ma UTF w MSSQL?

1. Dopiero w najnowszej wersji PostreSQL dodano możliwość ustawienia kodowania pojedynczej bazy, a nie całej instalacji, więc w innych systemach też nie wygląda to różowo.
2. MS SQL Server jest najczęściej wykorzystywany jako element całego systemu, w skład którego zazwyczaj wchodzi aplikacja napisana w .NET. W takim przypadku odpada problem kodowania.