eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingproblem projektowy w aplikacji bazodanowejRe: problem projektowy w aplikacji bazodanowej
  • Data: 2011-09-29 18:08:55
    Temat: Re: problem projektowy w aplikacji bazodanowej
    Od: lolo <n...@n...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]


    > Mój problem polega na tym, że nie jestem pewien czy informacja o widoczności pól
    > powinna być przechowywana w bazie danych (tabela estate_types_visibility). Może
    > wystarczyłaby tablica JavaScriptowa używana przez funkcję
    > onchange="showPropertyRows()"? Zrobiłem przechowywanie tych informacji w bazie
    > danych ponieważ kluczem jest:
    > `estate_type_id` varchar(5) NOT NULL COMMENT 'Identyfikator rodzaju
    nieruchomosci'

    typ w rekordach ogłoszeń i tak musisz mieć by łatwiej filtrować

    > Zatem tyle jest rekordów ile rodzajów nieruchomości. Gdybym nie miał tabeli w
    > bazie danych (a tylko tablicę JavaScriptową), to musiałbym przy każdej zmianie
    > słownika rodzajów nieruchomości zaktualizować kod JavaScript, a tak wystarczy,
    > że zmienię wpisy w bazie danych (w obu tabelach), bo stosowną tablicę
    > JavaScriptową dla showPropertyRows() generuję PHPem.
    > Potrzebuję waszej opinii: które rozwiązanie jest lepsze: z tabelą
    > estate_types_visibility czy bez?

    w obu przypadkach chodzi de facto o interface strony klienckiej (także w
    przypadku panelu administracyjnego) i w obu powinien być generowany
    statyczny js do cache'owania na poziomie przeglądarki/serwera

    kwestia łatwości zarządzania - zmiana słownika = ręczne grzebanie w
    strukturze tabel czy administracja poprzez jakiś panel administracyjny?
    modyfikacja struktury rekordów ma swoje zalety (można filtrować po
    czymkolwiek), ale część to wyłącznie info poboczne - bardziej egzotyczne
    i definiowalne przez usera parametry serializowałem (tablica parametrów
    -> pole tekstowe) - parametry, typy, nazwy administracyjne, opisy,
    domyślne wartości ... wsio prościutko definiowalne przez pliki/tablice
    php/xml/yaml i generowane do administracji, do klienta itp. - oczywisty
    dodatkowy koszt deserializacji pól dodatkowych, ale praktycznie tylko na
    poziomie pojedynczego rekordu a jakby się uprzeć to i wyfiltrować też
    można było "po istnieniu" w zserializowanym polu nazw zmiennych (zapis
    tylko zdefiniowanych) - w przypadku konieczności optymalizacji
    wydajności można zawsze dobudować tabele indeksowe

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: