GoldenLine
Zaloguj się
Damian Kamiński

Damian Kamiński Zamieniam informacje
w wiedzę ...

Temat: Odpowiednia BD w zależności od potrzeb ....

Co do pytania postawionego w innym wątku

Do rozwiązań ok 200k..400k rekordów IntraBase / Firebird lub MySql powinny uciągnąć baze.

Warto zerknąć też na PostgreSQL, baza po cichu i nie tylko wspierana przez ludzi z Oracla, PostgreSQL rozwija się w kierunku przeistoczenia w Oracle Lite.

No i zostaje jeszcze MS SQL Server ... też całkiem miłe, ale już nie całkiem tanie.

BTW> Tani sposób na system przy uzyciu Delphi: Delphi (oczywiscie) + Firebird + Jedi VCL

Idealny sposób : Delphi + Oracle + DOA (direct oracle access) + DevExpres (czyli quantum grid i inne cuda)
Link do wypowiedziLink
Piotr M.

Piotr M. programista

Temat: Odpowiednia BD w zależności od potrzeb ....

Te 200k..400k rekordów to masz na myśli w sensie 200k..400k nowych rekordów na godzinę czy 200k..400k nowych na dobę? :)
Link do wypowiedziLink
Damian Kamiński

Damian Kamiński Zamieniam informacje
w wiedzę ...

Temat: Odpowiednia BD w zależności od potrzeb ....

heh 400k -> 400 000 rekordów na dobe to generuje ogromna firma, ewentualnie firma z popapranym systemem

400k na godzine to nawet banki mają problem wygenerować, ewentualnie firmy telekomunikacyjne w systemach bilingowych

a zadne z tych firm raczej nie uzywaja Firebirda ;> wiec dziwi mnie to pytanie :)

ps. mysle o ilosci wpisów na tabele ;> a nie globalnie wszystkich wpisów do bazy w danym czasieDamian Kamiński edytował(a) ten post dnia 19.04.07 o godzinie 09:57
Link do wypowiedziLink
Piotr M.

Piotr M. programista

Temat: Odpowiednia BD w zależności od potrzeb ....

Mnie ogólnie dziwi podejście, w którym próbuje się oceniać rdbms pod kątem ilości rekordów. Ale powiedzmy dla uproszczenia, że ja się nie znam. :-)

Nie mam doczynienia z ogromnymi firmami, ani popapranymi systemami, nigdy nie pracowałem w banku ani w firmie z branży telekomunikacyjnej. Mimo to, tabelka z milionami rekordów, które przedstawiają całkiem sensowną "wiedzę" - nie robi na mnie wrażenia... :-)
Link do wypowiedziLink
Łukasz Kozik

Łukasz Kozik informatyk,
fotopstryk

Temat: Odpowiednia BD w zależności od potrzeb ....

Może do ułatwienia podam rozmiar tabelek.
Największa tabelka ma 45 MB (sam plik .db), wliczając w to pozostałe pliki składające się na tą tabelkę (indeksy itp.) całość ma 85 MB i nadal będzie rosła. Z innymi tabelkami jest mniejszy problem, bo albo zajmują mało MB albo można je archiwizować, to znaczy do bieżącego użytku zostawiać np. oferty z ostatnich kilku miesięcy (co da w sumie maksymalnie kilkanaście MB), a resztę przerzucać do archiwum, które wprawdzie będzie pęczniało, ale będzie rzadko używane.
Piszę o rozmiarze w MB a nie o ilości wierszy, bowiem największą wadą sposobu, w jaki mamy to wszystko skonfigurowane (Paradoxx na serwerze udostępniany na sieć na zasadzie dysku sieciowego) jest to, że przy update tabelki lub insercie do niej nierzadko zdarza się, że stacja robocza z serwera pobiera do pamięci cała tabelkę, co trwa zdecydowanie za długo mimo tego, że sieć mamy gigabitową (przy każdym insercie pobiera kilkadziesiąt MB - porażka).
Dlatego rozglądamy się za innym wyjściem, czyli InterBase? Nie będzie to też przesyłało po sieci kilkudziesięciu MB danych przy każdej operacji na bazie?
Link do wypowiedziLink
Piotr M.

Piotr M. programista

Temat: Odpowiednia BD w zależności od potrzeb ....

Łukasz K.:
Dlatego rozglądamy się za innym wyjściem, czyli InterBase? Nie
będzie to też przesyłało po sieci kilkudziesięciu MB danych przy każdej operacji na bazie?

Nie. Interbase/Firebird to RDBMS z prawdziwego zdarzenia. :-)
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy





Wyślij zaproszenie do
Anuluj