Nietypowy koszyk zakupów oparty o tabele tymczasowe, Czy pomysł jest dobry? Opcje

[Niktoś]

Witam chciałbym się spytać o Waszą opinię.Buduje koszyk już mam ,praktycznie zbudowany,wyliczanie sum itp.
Teraz kombinuje jak zapisać te dane,zastanawiam się nad tym z dobry tydzień i nie wiem czy dobrze kombinuje.
Zastanawiam się nad tabelami tymczasowymi i zapisywać te dane za pomocą procedur składowych.Jak wiadomo
tabela tymczasowa z przedrostkiem # trwa do czasu trwania sesji lub do zakończenia połączenia,czyli użytkownik zamyka przeglądarkę i dane giną.Jako ID tych danych użyłbym GUID sesji -podobno jest unikatowy dla każdej sesji.Ma to swoje zalety,nie kumuluje danych w bazie bo dane giną,nie są trwałe.Minusem przypadkowe zamkniecie przeglądarki przez usera i utrata danych.Ale mniejsza o te plusy i minusy.Można to wzbogacić i użyć globalnej tabeli tymczasowej z przedrostkiem ## wtedy dane usuną się kiedy ostatni użytkownik przerwie połączenie,lub zamknie przeglądarkę.Zapisać GUID do ciacha i nawet jak zamknie przeglądarkę i otworzy ponownie ,można odtworzyć z ciacha guid sesji i odtworzyć dane z tabeli tymczasowej(tylko należy pamiętać ,że będą one istnieć dopóki ostatni użytkownik nie przerwie połączenia).

Po uzupełnieniu koszyka i przy kliknięciu zapłąć , anonimowy user wypełnia dane-imie nazwisko ,swój adres itd.Po wypełnieniu formularza,robię zrzut z tabeli tymczasowej do tabeli normalnej,kluczem tych tabel byłby GUID, pola z wypełnionymi danymi z formularza+ osobna tabela z zakupionymi towarami, tylko czy numer GUID się nigdy nie powtórzy-czy jest unikalny?

Potrzebuje jakiejś podpowiedzi,cz rozwiązanie jakie chce zastosować jest do bani ,może są lepsze?

Ten post edytował Niktoś 17.12.2011, 20:00:03

[Niktoś]

To robiłem dla próby ,a jaki klucz miałbym generować-GUID?To i tak nic nie da.Żeby zastosować memcache musiałbym generować dynamicznie klucze i gdzieś je przypisać np.do BazyDanych, to jest bez sensu.Wydobywać z bazy danych klucze i dopiero robić iteracje.Klucze muszą być unikalne,gdyż na takich samych sobie nie popracujemy,tylko zastanawia mnie dlaczego dali możliwość dodawania tych samych kluczy do memcache jak nie można nic z nimi zrobić-to bezmyślne zapychanie pamięci.
Znalazłem dużo lepsze rozwiązanie już zdążyłem je zaaplikować teraz na nim trenuje,nazywa się SQLSpaces,jest trochę gorszę od Redisa, mało popularne ,słaba dokumentacja,ale przynajmniej nie jest postawione na Cygwinie tak jak Redis, ma zabezpieczenia na port w przeciwieństwie do MemCached -można użyć SSL,a ,użyć nazwy i hasła użytkownika ,prawdopodobnie można itterować obiekty(dopiero co wdrożyłem).


Ech jak tak dalej pójdzie to przejdę chyba wszystkie technologie (IMG:style_emoticons/default/brzydal.gif)

Ten post edytował Niktoś 21.12.2011, 22:21:34