![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) ![]() ![]() |
Temat dość prosty.
Tabela `measurements` z 98% kolumnami numerycznymi. Aktualnie ~33 kolumn. Problem. Jak to przechowywać. Aktualnie zrobiłem PoC żeby działało. Teraz jak już działa to mogę się zająć optymalizacją. Szukam jakiegoś sensownego rozwiązania... 1. Zostawić tak jak jest + czytelność + łatwość dodawania nowej kolumny - szybko puchnie w szerz 2. Trzymanie w JSON + optymalizacja miejsca - problem z dodaniem nowej kolumny 3. Zserializowany obiekt + łatwe trzymanie - problem z dodaniem nowej kolumny Biorę po 100zł z konta każdej drużyn i słucham Państwa... (IMG:style_emoticons/default/biggrin.gif) |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Moderatorzy Postów: 6 072 Pomógł: 861 Dołączył: 10.12.2003 Skąd: Dąbrowa Górnicza ![]() |
Może jednak iść w stronę normalizacji? Zrób sobie słownik parametrów:
id, nazwa (m_c, m_ub itd) i tabelę dla parametrów pomiarów: id_pomiaru, id_parametru, wartość Minus taki, że kolumna wartość musiałaby posiadać „wspólny” typ danych czyli u Ciebie pewnie decimal(6,1). Nie wiem jak zapisujesz dane do bazy ale kluczem głównym słownika pomiarów wcale nie musi być sztuczna wartość 1, 2, 3... a właśnie m_c, m_ub (wówczas w polu nazwa masz słowną nazwę parametru). Może właśnie to będzie najlepszym rozwiązaniem? |
|
|
![]() ![]() |
![]() |
Aktualny czas: 9.10.2025 - 13:41 |