![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 16 Pomógł: 0 Dołączył: 5.01.2014 Skąd: Irlandia Ostrzeżenie: (0%) ![]() ![]() |
Witam,
Chcę stworzyć bazę danych ze statystykami koszykówki na własne potrzeby. Zastanawiam się nad jedną kwestią, jak przechowywać wyniki. A mianowicie: 1. W jednej wielkiej tabeli, co dawałoby ok 37 tys. wierszy, co sezon. 2. Czy może przypisywać wyniki do graczy, ale wtedy ilość tabel urośnie do kilku tysięcy i będzie rosnąć wraz z nowymi graczami. Chciałbym by baza danych była szybka i może w przyszłości mogłaby korzystać z większa ilość osób. Będę wdzięczny za rady |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) ![]() ![]() |
1, 37k to nie dużo
Określ co będziesz chciał trzymać to może znajdzie się inne rozwiązanie, Przy 1 rozwiązaniu możesz dodać drugą taką samą tabelę na archiwum, wtedy obecny sezon będzie działał sprawnie, a reszta poczeka chwilkę (IMG:style_emoticons/default/smile.gif) |
|
|
![]()
Post
#3
|
|
Grupa: Zarejestrowani Postów: 16 Pomógł: 0 Dołączył: 5.01.2014 Skąd: Irlandia Ostrzeżenie: (0%) ![]() ![]() |
wiem ze 37 tys to nie duzo ale sezony beda narastac + chce wprowadzac pooprzednie zesony stopniowo.
myślałem nad opcją pierwsza w której by było ok 100 kolumn w tabeli: data, sezon, index gracza, index druzyny w ktorej gra, home team, away team, wygrana/przegrana, 15 kolumn z suma punktow itd, oraz 60 z podzialem na kwarty, do tego jeszcze 30 w razie dogrywek... Ten post edytował beher83 18.02.2014, 20:17:50 |
|
|
![]()
Post
#4
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) ![]() ![]() |
nie, 20 to sporo a 100 to już przegięcie. Nawet jeżeli będzie trzymane po małej liczbie.
Zrób konkretne podziały i wyniki trzymaj każdy osobno W jednej tabeli trzymasz informacje ogólne na temat konkretnego meczu, w kolejnej trzymasz szczegóły czyli jaki gracz, w którym meczu (id z poprzedniej tabeli) i inne dane dla pkt. |
|
|
![]()
Post
#5
|
|
Grupa: Zarejestrowani Postów: 578 Pomógł: 69 Dołączył: 15.04.2007 Skąd: Wrocław Ostrzeżenie: (0%) ![]() ![]() |
nie, 20 to sporo a 100 to już przegięcie. Nawet jeżeli będzie trzymane po małej liczbie. Sporo ale nie przegięcie. Mam tani hosting (150 netto za rok). Tabelę z 744 tys rekordów i 7 kolumnami z różnymi typami. Sprawdzam zapytanie: SELECT sum(ilosc) FROM tabela Czas wykonania: 29ms SELECT * FROM tabela ORDER BY ilosc LIMIT 55 Czas wykonania: 80ms Nawet bardziej skomplikowane zapytania wykonują się w ms. Więc 744 tys nie jest dużo, więc tym bardziej 20. Ten post edytował timon27 21.02.2014, 18:20:25 |
|
|
![]()
Post
#6
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) ![]() ![]() |
@UP
A gdzie ja napisałem 20 tyś? Liczby odnoszą się do ilości kolumn a nie wierszy (IMG:style_emoticons/default/wink.gif) |
|
|
![]()
Post
#7
|
|
Grupa: Zarejestrowani Postów: 578 Pomógł: 69 Dołączył: 15.04.2007 Skąd: Wrocław Ostrzeżenie: (0%) ![]() ![]() |
@UP A gdzie ja napisałem 20 tyś? Liczby odnoszą się do ilości kolumn a nie wierszy (IMG:style_emoticons/default/wink.gif) Sorry za brak czytania ze zrozumieniem. |
|
|
![]()
Post
#8
|
|
Grupa: Zarejestrowani Postów: 8 Pomógł: 1 Dołączył: 12.03.2014 Ostrzeżenie: (0%) ![]() ![]() |
Proponuję poczytać co nie co na temat projektowania baz danych projektowania baz danych - na stronie www.sqlpedia.pl w kursie SQL znajdziesz sporo ciekawych informacji na ten temat.
Ten post edytował juris 21.03.2014, 09:35:41 |
|
|
![]() ![]() |
![]() |
Aktualny czas: 24.08.2025 - 01:27 |