eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.wwwJak poprawnie zbudować strukturę danychJak poprawnie zbudować strukturę danych
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!.POSTED!not-for-mail
    From: Marek <p...@s...com>
    Newsgroups: pl.comp.www
    Subject: Jak poprawnie zbudować strukturę danych
    Date: Fri, 04 Jan 2013 13:21:11 +0100
    Organization: ATMAN - ATM S.A.
    Lines: 20
    Message-ID: <kc6hfp$qqo$1@node1.news.atman.pl>
    NNTP-Posting-Host: 89-69-209-185.dynamic.chello.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: node1.news.atman.pl 1357302073 27480 89.69.209.185 (4 Jan 2013 12:21:13 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Fri, 4 Jan 2013 12:21:13 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0
    Xref: news-archive.icm.edu.pl pl.comp.www:401756
    [ ukryj nagłówki ]

    Chciałbym zbudować menu cech takie jak tu:

    http://www.avikofoodservice.pl/produkty/

    Lista "nazwa produktu" jest długa. Gdy wybiorę kategorię np "placki", to
    ta sama lista ogranicza się do nazw, które zawierają karty katalogowe z
    kategorii placki. Wszystkie grupy cech współpracują w ten sposób ze sobą
    nie dopuszczając do wybrania kombinacji cech, która nie wyświetli
    żadnego produktu. Sprawę komplikuje to, że jeden produkt może
    przynależeć do kilku opcji w każdej grupie. Jak to zrobić?

    Nie wiem czy jest to kwestia SQLi odpowiednich czy aplikacji. Logika
    nakazuje, że po stronie sqla trzeba zadziałać lecz powstaje pewien
    absurd. Mianowicie jeśli SQL generuje dla każdej z tych grup skład listy
    i bierze pod uwagę to co wyselekcjonowano we wszystkich innych grupach,
    to powstanie mega-zapytanie SQL i to dla każdej z tych list. Zastanawiam
    się czy przypadkiem nie istnieje jakiś algorytm pozwalający uprościć ten
    proces podobnie jak tablice komutacyjne w centralach telefonicznych. Tam
    nie używa się SQLa aby połączyć 2 abonentów. Może tu też coś podobnego
    można stworzyć i będzie to korzystne?

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: