Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

 
Reply to this topicStart new topic
> Luka w numeracji kolumny PHP MYSQL
banki
post 19.07.2019, 10:46:48
Post #1





Grupa: Zarejestrowani
Postów: 109
Pomógł: 1
Dołączył: 23.11.2007

Ostrzeżenie: (0%)
-----


Witam wszystkich, mam problem z zachowaniem odpowiedniej numeracji faktur w programie.

Mamy powiedzmy tabelkę z kolumnami ID i NR, w kolumnie NR są numery 1,2,3,5,6,7.

Nie mogę sobie poradzić z tym, aby nowy rekord był dodany z numerem 4. Jeśli będzie już nowy rekord dodany i będzie miał nr 4, to następny dopiero 8.

Ma ktoś jakieś pomysły jak to wykonać? W jaki sposób znaleźć tą lukę w tej numeracji?

Z góry dzięki za podpowiedzi.

Pozdrawiam
Go to the top of the page
+Quote Post
nospor
post 19.07.2019, 11:35:33
Post #2





Grupa: Moderatorzy
Postów: 36 440
Pomógł: 6290
Dołączył: 27.12.2004




A skad sie ta luka na 4 wziela? Bo byla wczesniej faktura z nr 4 a potem ja usunales i na jej miejsce chcesz wstawic nowa? Nie sadzisz ze to troche nie halo?


--------------------

"Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista
"Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer

Go to the top of the page
+Quote Post
banki
post 19.07.2019, 11:46:06
Post #3





Grupa: Zarejestrowani
Postów: 109
Pomógł: 1
Dołączył: 23.11.2007

Ostrzeżenie: (0%)
-----


Tak sądziłem, że nie powinno tak być, ale księgowa mówiła że musi być zachowana kolejność numeracji bez żadnej luki, nawet jeśli w miejsce tego nr 4 wskoczyłaby faktura z datą późniejszą niż nr 5. Luka się bierze jeśli ktoś przez przypadek kliknie wystawienie faktury, a potem ją usunie, a w między czasie były już wystawione kolejne.
Go to the top of the page
+Quote Post
Lord
post 19.07.2019, 13:49:00
Post #4





Grupa: Zarejestrowani
Postów: 239
Pomógł: 32
Dołączył: 10.03.2004

Ostrzeżenie: (10%)
X----


Rozumiem, że numer faktury to nie jest Primary Key, przy dodawaniu faktury numer można zasugerować (pobierasz ostatni i +1) ale to do użytkownika powinno należeć zmiana numeracje własnie w takich przypadkach gdy jest jakaś luka i księgowa na siłe chce wcisnąc jakiś numer by numeracja się zgadzała. W każdej firmie może zresztą być kilka numeracji prowadzonych niezależnie np

SKLEP/1/2019
SKLEP/2/2019

i
HURT/1/2019
HURT/2/2019

Ogólnie ustalanie numeracji na siłe to zły pomysł (chyba, że zlę zrozumiałem problem)

Go to the top of the page
+Quote Post
markonix
post 20.07.2019, 11:48:06
Post #5





Grupa: Zarejestrowani
Postów: 2 707
Pomógł: 290
Dołączył: 16.12.2008
Skąd: Śląsk

Ostrzeżenie: (0%)
-----


Teraz to rozlane mleko, faktury wystawiasz i numerujesz zgodnie z kolejnością realną, więc jeżeli już wtedy nie zapełniłeś luki to masz błąd księgowy.
Fakturę można usunąć i wstawić za nią nową jeżeli nie weszła w obieg w żaden sposób, jeżeli weszła to się ją zostawia i oznacza jako anulowaną.
Od strony skryptu nigdy nie można dopuścić, aby w danej serii została luka.

Oczywiście mówimy o numerze faktury, numerze w konkretnej serii jeżeli być bardziej precyzyjnym. Primary ID jest tutaj akurat nieistotne, leci sobie swoim życiem i się w nie nie ingeruje.

Ten post edytował markonix 20.07.2019, 11:49:24


--------------------
Go to the top of the page
+Quote Post
dublinka
post 20.07.2019, 12:59:25
Post #6





Grupa: Zarejestrowani
Postów: 594
Pomógł: 66
Dołączył: 22.02.2008
Skąd: Dublin

Ostrzeżenie: (0%)
-----


Zmień księgową.


--------------------
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 Użytkowników czyta ten temat (1 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Wersja Lo-Fi Aktualny czas: 28.03.2024 - 22:56