jeg skal jo naturligvis kunne lave en faktura hvilket også fungerer fint ud fra ovenstående database, men jeg kom i tanke om en meget interessant problematik. Lad os antage at priserne på produkterne ændres, og at man ønsker at få genereret et faktura ud fra de "gamle" priser.
Skal jeg ud i at generere PDF faktura og gemme på serveren, eller skal jeg lave et objekt og gemme i databasen som BLOB eller skal jeg have en tabel der indeholde alle ændringerne. Eller skal jeg ud i noget helt andet. Alle inputs er meget velkomne.
Med kunstig intelligens skaber HP’s nye OmniBook X 14 en unik og skræddersyet brugeroplevelse målrettet dem, der ønsker høj ydeevne og intelligente funktioner
Splazz ; Står jeg så i virkeligheden overfor en problematik hvor jeg skal se stort på at undgå redundant information ? Det er jo primært det jeg har tænkt over i ovenstående og også det der giver mig hovedpine nu.
1) man sletter naturligvis aldrig varer - man saetter active feltet til false
2) den angivne loesning med at have pris i fakturalinien er formentligt den bedste - ikke fordi at det er den bedste loesning paa priser som aendrer sig, men fordi at det er den bedste loesning paa priser som forhandles individuelt (at angive en rabat procent giver anledning til alskens afrundings problemer)
3) hvis der ikke er noget som hedder individuelle priser men kun prisr som aendres ovr tid ville jeg overveje en struktur som:
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
