[studiox]

Ursprungligen postat av Rampe

Det är ett nytt projekt, så det finns ingen databas ännu. Därav denna fråga, för att göra rätt från början (istället för att behöva skriva om koden sen, samt migrera databasen).

Jag har hört en annan databas engine än MySQL som ska vara snabbare men där jag inte kan minnas namnet på..

Dum fråga men du vet alltså att du från dag 1 kommer ha ett par MILJARDER rader i din databas?

I så fall borde du göra precis som vilken duktig utvecklare som helst - skapa redan nu 3 miljarder rader i mysql och testa så kommer du märka hur bra eller dåligt det blir.

[Rampe]

Ursprungligen postat av studiox

Dum fråga men du vet alltså att du från dag 1 kommer ha ett par MILJARDER rader i din databas?

I så fall borde du göra precis som vilken duktig utvecklare som helst - skapa redan nu 3 miljarder rader i mysql och testa så kommer du märka hur bra eller dåligt det blir.

Varför skulle det vara en dum fråga?
Jag vet att det kommer bli tungt, inget jag behöver testa för att veta. Men det har med olika faktorer att göra, lite som de andra försöker vinka för, d.v.s hårdvara.

Men jag tackar för ditt förslag.

[studiox]

Ursprungligen postat av Rampe

Varför skulle det vara en dum fråga?
Jag vet att det kommer bli tungt, inget jag behöver testa för att veta. Men det har med olika faktorer att göra, lite som de andra försöker vinka för, d.v.s hårdvara.

Men jag tackar för ditt förslag.

Nåja du fick väl lite tips av mig också. Men om det nu är så att du inte har intresse av att testa detta innan så är du faktiskt korkad. Ingen seriös person som jobbar med databaser ignorerar att göra prestandatester med testdata, det är otroligt värdefullt. Fast jag gissar att du inte jobbar med ett riktigt projekt utan mest är nyfiken.

[Bjorne]

Det är absolut inga problem för postgres att hantera ett par miljarder rader. Sedan är optimeringar alltid det viktigaste.

[Jine]

NoSQL (t.ex. FB's Cassandra eller MongoDB) + memcache säger jag.