Typ tablicowy - kwestia wydajności |
Typ tablicowy - kwestia wydajności |
17.10.2008, 17:14:35
Post
#1
|
|
Grupa: Moderatorzy Postów: 6 070 Pomógł: 860 Dołączył: 10.12.2003 Skąd: Dąbrowa Górnicza |
Witam,
intryguje mnie sprawa typu tablicowego w PostgreSQL na tle wydajności. Przypuśmy, że mamy takie tabele: lista: id, lista // wszystkie pozycje z danej listy w jednym rekordzie wykaz: id, lista_id, pozycja W tabeli 'lista' kolumna 'lista' zawiera tablicę elementów (przypuśćmy a, b, c). Tabela wykaz natomiast posiada id listy oraz numer (indeks) wybranej pozycji. Na tej podstawie można bez problemu wyciągnąć odpowiednie pole zawarte w tablicowym polu w tabeli 'lista'. Jak wygląda sprawa z wydajnością takiego rozwiązania? Czy jest ono porównywalne ze standardowym: lista: id, lista lista_pozycja: id, lista_id, nazwa wykaz: id, lista_pozycja_id Nie ukrywam, że mam niemałą chrapkę na zastosowanie pierwszego rozwiązania wraz z odpowiednim przekształceniem tabel w jedną w widoku. Prosiłbym o jakiekolwiek bliższe informacje na ten temat. Pozdrawiam, pion |
|
|
18.10.2008, 11:22:17
Post
#2
|
|
Grupa: Zarejestrowani Postów: 793 Pomógł: 32 Dołączył: 23.11.2006 Skąd: Warszawa Ostrzeżenie: (0%) |
Ogólnie z typem array bym uważał, bo on potrafi komplikować, jeśli to nie mają być dane tego typu, to bym się mocno nad tym zastanowił, ponieważ przy każdorazowym korzystaniu z tego masz mnóstwo zabawy, miałem już pewne do czynienia z tym i raczej nie są przyjemne, jak na mój gust za mało jest funkcji w PG do obsługi go, aby było wygodne w użyciu.
-------------------- Algorytmy w PHP, czy ktoś o tym słyszał?
Dlaczego tak mało kobiet programuje? ponieważ nie zajmują się głupotami. |
|
|
18.10.2008, 11:32:32
Post
#3
|
|
Grupa: Moderatorzy Postów: 6 070 Pomógł: 860 Dołączył: 10.12.2003 Skąd: Dąbrowa Górnicza |
Jeśli chodzi o funkcjonalność to potrzebuję w zasadzie tylko podstawowej czyli pobieranie danych o określonym indeksie. Przemyślę jeszcze raz całą sprawę. Tak czy siak dzięki za odpowiedź
|
|
|
Wersja Lo-Fi | Aktualny czas: 19.04.2024 - 22:08 |