 Przechowywanie wiele kolumn numerycznych |
| Przechowywanie wiele kolumn numerycznych |
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: Zarejestrowani Postów: 6 476 Pomógł: 1306 Dołączył: 6.08.2006 Skąd: Kraków Ostrzeżenie: (0%)
|
Wepchasz to w JSON-a: będzie wolniejsze pod każdym względem: czasu zapisu, odczytu, modyfikacji, miejsca na dysku, czasu odczytu/zapisu przez PHP-a, wprowadzania zmian (będziesz musiał jak sam zaznaczyłeś pisać jakieś magiczne mappery/mergery) czyli ogólnie rzecz biorąc: dewelopmentu. Po co to wszystko? Jeżeli masz zasób, który składa się z relatywnie dużej liczby właściwości... no OK, z reguły jest to oznaka czegoś złego, ale tutaj nie wydaje się tu być przypadkiem. Tylko zlituj się sam nad sobą i stosuj pełne nazwy dla kolumn - to nie lata 80 by długość tego typu nazw miała dla czegoś znaczenie.
|
|
|
|
|
Post
#3
|
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%)
|
Cytat(Crozin @ 21.03.2018, 16:17:24 )  Tylko zlituj się sam nad sobą i stosuj pełne nazwy dla kolumn - to nie lata 80 by długość tego typu nazw miała dla czegoś znaczenie. Uwierz mi że dla mnie ma (IMG:style_emoticons/default/wink.gif) Mam dane które importuję i po prostu wrzucam do bazy, nie bawię się w mapowanie kolumna -> nazwa. Czytam z csv i kolumnami wrzucam dane. Poza tym weź pisz ciągle potem bone_weight_foot_right, bone_weight_foot_left (IMG:style_emoticons/default/biggrin.gif) @Smoku co do Twojej wypowiedzi. Pomiary są dokonywane i maszynowo i ręcznie a potem razem wędruje do bazy. Ale tak czytam i czytam to co napisałes i nie za bardzo rozwija się to w mojej głowie. Nie za bardzo rozumiem co miałes na myśli pisząc o relacji 1:1 z userem. Pomiarów będzie wiele per user więc 1:n |
|
|
|
Pyton_000 Przechowywanie wiele kolumn numerycznych 19.03.2018, 18:20:15 
SmokAnalog Takie poziome spuchnięte tabele to po prostu zły d... 19.03.2018, 18:32:38 Pyton_000 Proof of Concept
To też rozważałem... I jest to... 19.03.2018, 18:47:49 phpion Ja bym zostawił jak jest. Zaczniesz normalizować i... 21.03.2018, 07:03:20 Crozin > Ja wiem że pakowanie w szerz to nie jest najl... 21.03.2018, 08:02:33 Pyton_000 Tak jak pisałęm są to dane numeryczne int, decimal... 21.03.2018, 08:42:35 Crozin CytatTak jak pisałęm są to dane numeryczne int, de... 21.03.2018, 08:59:07 Pyton_000 Spokojnie, ja jestem z tych którzy piszą rozwiązan... 21.03.2018, 09:36:45 Crozin Doctrine'owska encja faktycznie będzie miała w... 21.03.2018, 11:30:53 Pyton_000 Myślałem jeszcze nad takim rozwiązaniem żeby wepch... 21.03.2018, 11:36:03 SmokAnalog Ja to zrozumiałem tak, że masz kolumny typu cośtam... 21.03.2018, 12:35:29 Pyton_000 A na zdrowie
[SQL] pobierz, plaintext CREATE TAB... 21.03.2018, 13:33:22 SmokAnalog Moja poprzednia sugestia z cechami jako rekordami ... 21.03.2018, 16:45:50 phpion Może jednak iść w stronę normalizacji? Zrób sobie ... 21.03.2018, 19:20:12 SmokAnalog Pomiarów jest więcej i dałeś po jednej kolumnie pe... 21.03.2018, 19:24:05 
phpion Cytat(SmokAnalog @ 21.03.2018, 19:24... 21.03.2018, 19:36:29 Pyton_000 Pytanie do mnie
@phpion to też jest jakieś rozwi... 21.03.2018, 19:51:01 SmokAnalog Wybacz, nie doczytałem. Myślałem, że przechowujesz... 21.03.2018, 21:13:37  |
|
Aktualny czas: 3.10.2025 - 08:57 |
