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ś]

Z pamięcią też to nie za bardzo mi się widzi,bo bardziej służy do przechowywania danych statycznych,ale jeszcze przekopie,będę miał to na uwadze i przyjrzę się bliżej.

Baza danych nie ma pojęcia o Twoich połączeniach z klientami serwera www

Faktycznie,źle to ująłem miałem na myśli czasu zerwania lub zakończenia("finalizacji")połączenia przez użytkownika.

czyszczenie martwych koszykow

dane same się wyczyszczą w przypadku tabel tymczasowych jak sama nazwa mówi.

(o ile będziesz miał dostęp do tej tabeli - w co wątpię, jeśli nie będzie to Twój serwer

Wogóle nie pisałbym o procedurach składowych jakby było inaczej.
O to chodzi ,że serwer będzie mój.

Ten post edytował Niktoś 18.12.2011, 00:30:15

[nasty]

Z pamięcią też to nie za bardzo mi się widzi,bo bardziej służy do przechowywania danych statycznych.

Dane statyczne? a "stan koszyka" nie jest jest danymy statycznymi w tym przypadku?

dane same się wyczyszczą w przypadku tabel tymczasowych jak sama nazwa mówi.

W przypadku zakonczenia sesji - tylko tutaj musisz zrozumieć, że Twoja sesja:
"Grupowanie w logiczne jednostki, niezalezny requesty ktore maja podona wartosc w cisteczku o danej nazwie"
nie jest tym samym co sesja z baza danych - czyli zywot tego samego HANDLE po sronie server bazy danych z jego klientem.

Temu nie mozesz tego uzywac w ten sposob - beda Ci sie gubily koszyki.