Witajcie!
Dotychczas pracowałem na mysql, ale zastanawiam się, jak zachowuje się ona dla wielu (kilka, kilkadziesiąt tysięcy rekordów). Nie mam pojęcia, czy nie obciąży ona aplikacji sklepu tak, że strona będzie się otwierać 2 minuty...

Macie jakieś doświadczenia? Ogólnie aplikacja byłaby zbudowana następująco: 1 tabela produktów, 1 tabela regionów... i wyszukiwarka. Ilość użytkowników - kilka tysięcy.

I jeszcze jedno pytanie - na czym postawione jest allegro? php i jaka baza?

hah - kilkadziesiat tysięcy rekordów to nadal niewielka liczba dla większości relacyjnych baz danych.

Tak więc, jeśli nie zrobisz żadnych poważnych błędów projektowych i nie zapomnisz o indexach, to nie musisz się obawiać problemów ze strony bazy danych.

Co do porównania:
MySQL jest bardzo szybki w przypadku prostych zapytań, przy małej ilości joinów, i w sytuacji, gdy nie planujsz bardziej skomplikowanych operacji na danych.
Ma też nieduże wymagania sprzętowe, tak więc w Twoim przypadku powinna sprawdzić się świetnie.

PgSQL jest bazą o wiele potężniejszą. Ceną, jaką za to płaci, jest minimalnie mniejsza wydajność w przypadku prostych zapytań. Jednak dzięki wykorzystaniu procedur, trigerów, języków proceduralnych, możliwe jest zaprojektowanie bazy o wiele bezpieczniejszej, i w efekcie wydajniejszej.

Oracle - jest klasą samą dla siebie. Potrafi wszystko, i wszyscy inni go naśladują. Ceną jaką się za to płaci jest są nieco większe wymagania sprzętowe, oraz, bagatela, cena.
W Twoim przypadku - wydaje się, że jeszcze będziesz musiał sporo nauczyć się o bazach danych, by móc wykorzystać choćby ułamek możliwości baz Oracla.

Ja pracuję na bazie 30 tabel, ponad milion rekordów i hula. Wydajność tkwi w umiejetnej konstrukcji indeksów i umiejętności zastepowania mało wydajnych konstrukcji zapytań bardziej wydajnymi. Źle zaprojektowana struktura zajedzie każdy engine bazodanowy i każdy sprzęt. Mysql jest szybki dla operacji wyciagania danch - analiz, raportów. Oracle reprezentuje z pewnością najbardziej zaawansowaną myśl technologiczną baz danych, ale się za niego słono płaci.

No tak, może wyciąganie "SELECT * FROM ... WHERE id=2" nie jest wielkim obciążeniem, ale wyszukiwanie słów/słowa w milionach rekordów już chyba jest.

Problem polega na tym, że nie ma jak tego sprawdzić (?) bez wpisania tych kliku tysięcy rekordów...

Czy te testy JUnit nadają się do tego?