Luka w numeracji kolumny PHP MYSQL |
Luka w numeracji kolumny PHP MYSQL |
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 |
|
|
19.07.2019, 11:35:33
Post
#2
|
|
Grupa: Moderatorzy Postów: 36 447 Pomógł: 6292 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 |
|
|
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.
|
|
|
19.07.2019, 13:49:00
Post
#4
|
|
Grupa: Zarejestrowani Postów: 239 Pomógł: 32 Dołączył: 10.03.2004 Ostrzeżenie: (10%) |
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) |
|
|
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 -------------------- |
|
|
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ą.
-------------------- |
|
|
Wersja Lo-Fi | Aktualny czas: 19.04.2024 - 20:45 |