![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 206 Pomógł: 0 Dołączył: 26.09.2012 Ostrzeżenie: (0%) ![]() ![]() |
Chciałbym was poradzić się co do bardziej optymalnego utworzenia bazy danych. Chce dodać bazę zawierającą części która każda z nich posiada wiele różnych parametrów i wytycznych, które raptem się mogą składać na utworzenie dla każdej pojedyńczej części po ok. 50 kolumn w tabeli, lecz nie każda z nich będzie wypełniana gdyż nie musi zawierać niektórych danych. Podsumowując który z dwóch założeń tabeli będzie bardziej optymalny?
1) Utwórzyc tabele zawierającą 50 kolumn która każda będzie przydzielona do odpowiedniego parametru części. 2) Czy utworzyć dwie tabele gdzie pierwsza będzie zawierała 5 kluczowych informacji, następnie za pomocą id będzie znajdować swój odpowiednik w drugiej tabeli który zawiera wyłącznie dwie kolmny (nazwa parametru, wartość)? Czy macie inne sposoby na optymalniejszy układ przy tak dużej ilości parametrów? Ten post edytował maksik 5.02.2015, 21:40:29 |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 50 Pomógł: 4 Dołączył: 15.06.2010 Ostrzeżenie: (0%) ![]() ![]() |
Ja rozdzielam dane w następujących wypadkach:
1. Gdy jeden zestaw danych może mieć wiele dodatkowych parametrów, np. klient może mieć przynajmniej 2 adresy do wysyłki 2. Gdy chcę pozakładać indeksy na różne zestawy danych i z testy wykażą, które rozwiązanie jest najkorzystniejsze 3. Gdy jakiś zestaw danych jest powtarzalny i można go potraktowac jako słownik, np miasta można upchać w select i wyszukiwać je w adresach po id, bo przeszukiwanie intów jest zawsze szybsze od przeszukiwania stringów. Reasumując, tak jak koledzy napisali wszystko zależy od tego jakie dane chcesz upchać w tabelach, dlatego każdą bazę projektuje się "na miarę". |
|
|
![]() ![]() |
![]() |
Aktualny czas: 7.10.2025 - 04:46 |