Dość spora liczba własności obiektu i kolumn w bazie

0

Hej, spotykacie się w pracy z obiektami mającymi 2000 - 3000 własności (kolumn)? Pracujecie na takich obiektach? Da się na nich pracować?

Myślę o ujęciu czegoś w celach statystycznych, ale jeden obiekt miałby przynajmniej ponad 2000 kolumn, zapisywałbym go w DB raz na dzień. Trochę przegięcie, co?

1

A co, kolega się szkoli na SAPowca?

0
urke napisał(a):

A co, kolega się szkoli na SAPowca?

Nie, chcę jedynie dodać nową funkcjonalność do swojego projektu.

0

Pewnie grupowanie atrybutów w osobnych tabelach nie wchodzi grę? ;)

W praktyce spotykałem się z obiektami do kilkuset kolumn w jednej tabeli (opis przebiegu połączenia telefonicznego i jego wyceny).

3

To brzmi bardzo dziwnie. Ale trudno się konkretniej wypowiedzieć nie znając szczegółów - co ma być w tych kolumnach.
Masz tak skomplikowaną logikę, że kod będzie potrzebował analizować 2000 nazwanych argumentów? (2000- 3000 ifów i innych warunków)?

Widziałem przypadki tabel, które miały trochę ponad 200 kolumn i to wynikało z bardzo słabych umiejętności programistów.
W jednym przypadku ludzie byli nawet zupełnie świadomi, że nie ogarniają. W innych twierdzili, że taki jest "real programming", ale po prostu nie ogarniali.

0
jarekr000000 napisał(a):

To brzmi bardzo dziwnie. Ale trudno się konkretniej wypowiedzieć nie znając szczegółów - co ma być w tych kolumnach.

Masz tak skomplikowaną logikę, że kod będzie potrzebował analizować 2000 nazwanych argumentów? (2000- 3000 ifów i innych warunków)?

Właściwie to teraz planuję utworzyć 97 tabel, gdzie każda tabela będzie zawierać identyczne kolumny. Każda tabela ma reprezentować obszar, dla którego będzie przechowywać dane statystyczne. Nie mam lepszego pomysłu.

11
[bakunet napisał(a)

Właściwie to teraz planuję utworzyć 97 tabel, gdzie każda tabela będzie zawierać identyczne kolumny. Każda tabela ma reprezentować obszar, dla którego będzie przechowywać dane statystyczne. Nie mam lepszego pomysłu.

Bez sensu. Jeden dodatkowy atrybut 'obszar' i masz 96 tabel mniej.

1
yarel napisał(a):

Bez sensu. Jeden dodatkowy atrybut 'obszar' i masz 96 tabel mniej.

W sumie, to zaoszczędziłeś mi kupę roboty :D Dziękuję bardzo.

7

Właściwie to teraz planuję utworzyć 97 tabel, gdzie każda tabela będzie zawierać identyczne kolumny. Każda tabela ma reprezentować obszar, dla którego będzie przechowywać dane statystyczne. Nie mam lepszego pomysłu.

To brzmi trochę tak jakbyś robił bazę samochodów i zamiast pola marka robił osobną tabelę dla każdej marki xD

jeden obiekt miałby przynajmniej ponad 2000 kolumn, zapisywałbym go w DB raz na dzień

A to brzmi raczej tak, ze powinieneś mieć jakieś pole entity ID i zapisywać np. 2000 wartości dziennie (np. do tabeli z dwiema kolumnami, na wartość i na to ID), a nie robić jeden wiersz z 2000 kolumn.

0

@bakunet: a jeśli potrzebujesz potem to wyświetlić i mieć kolumny zamiast wierszy, czyli przykładowo masz:

row_name | cat | value

  • | - | -
    row1 | cat1 | val1
    row1 | cat2 | val2
    row1 | cat3 | val3
    row1 | cat4 | val4
    row2 | cat1 | val5
    row2 | cat2 | val6
    row2 | cat3 | val7
    row2 | cat4 | val8

I chcesz uzyskać:

row_name | category_1 | category_2

  • | - | -
    row1 | val1 | val2
    row2 | val5 | val6

To poczytaj o tabelach przestawnych (pivot table).

1 użytkowników online, w tym zalogowanych: 0, gości: 1