Tabela z trójwymiarową bazą danych

Question

Wszyscy już tam byli- rozważmy następujący przykład - po pierwsze, klient mówi "każdy użytkownik ma tylko jedno zdjęcie profilowe", więc dodajemy do tego pole dla tabeli użytkowników - pół roku później , wymagania zmieniają się, a użytkownik musi mieć n zdjęć profilowych.

Teraz wydaje się to możliwe tylko po dodaniu nowej tabeli, takiej jak user_pictures, aby obsłużyć nową liczność 1: n zamiast 1: 1. Często może to być bardzo skomplikowane. Ilekroć napotykam ten problem, zastanawiam się, dlaczego nie używamy wszystkich trzech wymiarów, w których możemy myśleć. Dwuwymiarowy stół jest ograniczony w sposób, który jest nieco niekompletny - co jeśli, odnosząc się do naszego problemu z obrazem profilu ponownie, pole obrazu w tabeli użytkowników miało głębokość, a ta głębokość uczyniła z pola tablicę, która doskonale reprezentowała obie wartości: 1: 1 i 1: n w tym samym czasie.

Pola tabeli stałyby się po prostu tablicami i automatycznie obsługują obie karty - czy to nie byłoby coś? Przynajmniej bym go użył. Czy jest już coś takiego?

Answer 1

Oracle obsługuje arrays, a także nested tables. Wygląda na to, że pasujesz do twoich wymagań. W dzisiejszych czasach ludzie wolą modelować wszystko jako tabele i relacje, aby zachować prostotę i spójność, a więc nowoczesne RDBMS nie obsługują tego typu rozwiązań i nie wierzę, że kiedykolwiek stał się standardowym SQL.

Answer 2

Standardowa wiele-do-wielu podejścia, wielu użytkowników do wielu zdjęć profilowych, łatwo objęte podejścia trzy tabeli:

Tabela: Użytkownicy
Tabela: Zdjęcia
Tabela: User_Pictures

Jeśli jednak przejdziesz do podejścia NoSQL, możesz przechowywać dokument użytkownika (zwykle w formacie JSON), który przechowuje tablicę obrazów profilu dla tego użytkownika w pojedynczej tabeli.

@gordy +1 dla łącza Oracle. Nie byłem pewien, czy istnieją jakiekolwiek tablice typu RDBS.

Answer 3

Opisujesz technikę denormalizacji (wiele kolumn dla instancji jednego pola) i zwykle prowadzi ona do łez, chyba że dokładnie zrozumiesz konsekwencje naruszenia podstawowych zasad relacyjnych.

Klasyczna trudność pojawia się, gdy chcesz zapytać w polu ("znajdź użytkownika, który ma to zdjęcie") i odkryjesz, że instrukcja SQL z "AND IN (pic1, pic2, pic3)" nie może być zaindeksowane i twój optymalizator zaczyna planować zemstę.