[MSSQL]mała gra, wydajność bazy danych Opcje

[maxis88]

Witam.
Mam zamiar zrobić a właściwie juz robię prostą gierkę na przeglądarkę ( tekstową ).
Póki co mam 3 tabele : info o graczu ( poziom, statystyki i jakies 24 inne parametry postaci ), spis jego narzedzi ( z ich parametrami i ilością ), spis wszystkich narzedzi w grze ( rowniez z parametrami i innymi duperelami)

Zastanawiam sie tylko, czy nie spadnie wydajnosc strony przy wiekszej ilosci ludzi jak zostawie takie 3 tabele czy moze jednak zapisywac kazdego gracza w osobnej tabeli i w niej wszystko co sie jego tyczy...
czyli tabela "nick gracza" a w niej poziom, statystyki, narzedzia i inne duperele czyli dwie połączone tabele ale kosztem tego, że kazdy gracz bedzie inną tabelą ;P

mam nadzieję, że jasno się wyrazilem ;P

[emajl22]

skad w ogole taki pomysl? 1 tabela = 1 uzytkownik to dopiero bylaby katastrofa

zostaw tak jak masz teraz

[gorden]

a po co są tabele?

[maxis88]

żebym sobie uporządkował masę danych ?

[PlayKiller]

czy moze jednak zapisywac kazdego gracza w osobnej tabeli

Z tego co piszesz wynika, że gdy masz na przykład 100 graczy, to musisz mieć 100 tabeli.
Robisz jedną tabelę i do niej wrzucasz rekordy.

@edit:
Zrób np. tak:
tabela [gracze]:
-> uid,
-> login,
-> password,
-> level,
-> itd...


Ten post edytował PlayKiller 28.03.2011, 18:17:15

[wiewiorek]

Co to za dziwny pomysł żeby każdy gracz był oddzielną tabelą

[maxis88]

wiem , że dziwny pomysł ;P ale wpadł mi w momencie gdy pomyślalem, że jak ( tu z usmiechem ) bedzie 1000 osob ( o ile w zyciu bym sie doczekal tylu ;P)

to jak każdy będzie miał w tabeli "dla wszystkich" po 100 itemow to skrypt szukający danych konkretnego uzytkownika chyba troche sie zamuli ( tak przynajmniej sadze )
i dlatego pomysl zeby kazdy mial swoja tabele w ktorej ma tylko swoje dane ( chociaz tez wydawalby mi sie uciazliwy dlatego pytam jak inni sądzą )

ale juz mam dpowiedź więc dzięki

[PlayKiller]

to jak każdy będzie miał w tabeli "dla wszystkich" po 100 itemow to skrypt szukający danych konkretnego uzytkownika chyba troche sie zamuli

Nie doceniasz potęgi baz danych.

[modern-web]

Ze spokojem; bazy danych nie `zamulisz`.
Byłoby to realne przy 10000 użytkowników non-stop odświeżających stronę
To zależy raczej od parametrów stacji roboczej/serwera niż samej bazy.

kombinuj

[markonix]

to jak każdy będzie miał w tabeli "dla wszystkich" po 100 itemow to skrypt szukający danych konkretnego uzytkownika chyba troche sie zamuli ( tak przynajmniej sadze )

Pamiętaj o podstawach optymalizacji baz typu indeksy i będzie dobrze.

[krowal]

O matko, każdy świeżak zawsze ma takie pomysły na początku, że chciałby robić tabelę dla każdego użytkownika, skąd to się w ogóle bierze.... A pomyśl jakbyś wtedy napisał zapytanie które wyciągało by 10 ostatnio zarejestrowanych użytkowników sortując od najnowszego no najstarszego ? - podpowiedź: "nie napisałbyś". Są bazy co mają po milion rekordów i sobie radzą. Druga sprawa to to, że jeśli uda ci się osiągnąć milion użytkowników to będziesz zarabiał kupę kasy i zatrudnisz kogoś kto to zrobi lepiej. A teraz pamiętaj, są dwie zasady optymalizacji:
1. Dont do it !
2. Dont do it yet !

Tak więc na razie nawet nie przejmuj się optymalizacją bo sądząc po tym co napisałeś i tak nie zrobisz tego dobrze

Ten post edytował krowal 29.03.2011, 18:00:43

[wmatusiak]

1. Dont do it !
2. Dont do it yet !

Podpisuje się wszystkimi czterema kończynami.
W temacie nie przejmuj się tym mam tabele gdzie jest kilka milionów rekordów i wszystko śmiga że aż miło

Proponuje tabele
Itemy (wszystkie narzędzia w grze, jeden wiersz jedno narzędzie, kolumny to atrybuty opisujące narzędzie)
|
UserItems (narzędzia powiązane z użytkownikiem starcza 2 kolumny user_id i item_id (ewentualnie dodaj trzecią na ilość))
|
Users (wszyscy użytkownicy, kolumny to atrybuty opisujące urzytkownika)

Na początek powinno starczyć, spróbuj wyjść od tego i pokarz co ci wyszło

Ten post edytował wmatusiak 29.03.2011, 19:51:23

[maxis88]

Podpisuje się wszystkimi czterema kończynami.
W temacie nie przejmuj się tym mam tabele gdzie jest kilka milionów rekordów i wszystko śmiga że aż miło

Proponuje tabele
Itemy (wszystkie narzędzia w grze, jeden wiersz jedno narzędzie, kolumny to atrybuty opisujące narzędzie)
|
UserItems (narzędzia powiązane z użytkownikiem starcza 2 kolumny user_id i item_id (ewentualnie dodaj trzecią na ilość))
|
Users (wszyscy użytkownicy, kolumny to atrybuty opisujące urzytkownika)

Na początek powinno starczyć, spróbuj wyjść od tego i pokarz co ci wyszło

Właściwie miałem tak skontruowaną bazę z wyjątkiem tabeli UserItems bo mam tam więcej informacji ze względu na to że chce pozwolić na ulepszenia danego itemka dlatego samo id nie pozwoli mi pobrac konkretnego itemu

mam jeszcze jeden mały problemik ;P mam w tabeli pole LVL oczywiscie INT... tylko, że jak pobieram z tabeli dane i sortuje wyniki wg LVL to otrzymuje takie coś:


1
10
11
12
13
14
15
16
17
18
19
2


zamiast tego co oczekiwałem
da się to jakoś poprawić ?

[kuba_pilach]

A podaj kawałek kodu odpowiadający za tą czynność...
Wtedy będę mógł ci pomóc, bo jak wiesz... (chyba ;]) nikt nie potrafi czytać w myślach w ten sposób

[maxis88]

[SQL] pobierz, plaintext 
$zaznacz=mysql_query("SELECT * FROM tabela WHERE warunek='$warunek' ORDER BY lvl");
[SQL] pobierz, plaintext 

oczywiscie nazwa warunku itp nie są w tym mało istotne więc je zamieniłem ale tak to wygląda ....

Ten post edytował maxis88 2.04.2011, 23:29:46

[kuba_pilach]

A więc tak...
Dlaczego jak używasz mysql, masz taga mssql?

[PHP] pobierz, plaintext 
$zaznacz=mysql_query("SELECT * FROM tabela WHERE warunek='$warunek' ORDER BY lvl DESC");
[PHP] pobierz, plaintext 

Tak się to na ogół pisze... DESC znaczy malejąco, czyli będzie uporządkowywać według levela malejąco, jak w rankingu...
Potem jak pewnie wiesz, musisz jakiegoś while lub fora, by wypisać wszystkie rekordy... Jak chcesz bardziej szczegółowo, to podaj cały kod i z poprawnymi nazwami tabel...

[maxis88]

DESC tym bardziej nie ... ani ASC ani DSC nie sortuje mi wyników po kolei ( 1,2,3,4,5...) tylko (1,10,11...2,20,21...)
DESC to wgl mi ja odwraca "do gory nogami "


jakies inne pomysły ?

[kuba_pilach]

Jak masz tablicę gracze, i tam kolumnę lvl to się na ogół daje:

[PHP] pobierz, plaintext 
$zapytanie = mysql_query("select * from gracze group by lvl order by lvl desc");
$ile = mysql_num_rows($zapytanie);
?>
<table>
<tr>
<td>Miejsce</td>
<td>Level</td>
</tr>
<?php
for ($i=0; $i<$ile; $i++) {
$wynik = mysql_fetch_assoc($zapytanie);
echo "<tr>";
echo "<td>".$i."</td>";
echo "<td>".$wynik['lvl'].</td>;
echo "</tr>";
}
[PHP] pobierz, plaintext 

Tak się to normalnie robi... jak ci nie działa, to pewnie nie potrafisz pisać ;]
Co do tego group by nie jestem pewien... A pozatym zobacz se to:
order by w mysql

[maxis88]

[PHP] pobierz, plaintext 
$zaznacz=mysql_query("SELECT * FROM monsters WHERE wlasciciel='brak' GROUP BY lvl ORDER BY lvl");
 
 
	while($pokaz=mysql_fetch_row($zaznacz)){
 
...$pokaz[0] , $pokaz[1] ...
}
 
[PHP] pobierz, plaintext 

w czym tu mogłem sie pomylić ? manuala do ORDER BY raczej nie potrzebuję bo średnio jest tu się w czym pomylić ...

kod nadal nie dziala poprawnie ( nie sortuje- wszystko inne działa )
// z drugiej strony dzieki za przypomnienie o mysql_fetch_assoc ;P

Ten post edytował maxis88 3.04.2011, 17:07:49

[zegarek84]

w czym tu mogłem sie pomylić ? manuala do ORDER BY raczej nie potrzebuję bo średnio jest tu się w czym pomylić ...

miałem już pisać wczoraj ale zauważyłem, że napisałeś, iż dane pole po którym sortujesz jest typu integer... jednak jak dla mnie to sortowanie jest "słownikowe" - czyli pole owe chyba jednak nie masz w bazie typu integer - nie wiem też jak się zachowuje mysql jeśli zrobisz literówkę i napiszesz coś podobnego do integer - upewnij się co do struktury tabeli...