Database Essentials - Part 12Division 1Innledning Dette er en del tolv av min serie, Database Essentials. I denne opplæringen lærer vi om database hendelser. En hendelse er en handling som er avhengig av tid. Merk: Hvis du ikke kan se koden, eller hvis du tror noe mangler (ødelagt kobling, bilde fraværende), bare kontakte meg på [email protected]. Det er, kontakt meg for den minste problemet du har om hva du leser. Åpne følgende link i en ny fane vindu slik at du kan veksle mellom den nye fanen og denne kategorien som du leser. https://www.broad-network.
com/ChrysanthusForcha/events.htm Den åpnet vinduskategorien viser tre hendelser i en database. Jeg antar at du har lest de tidligere deler av serien, slik som å lett forstå dette tutorial.Illustration Figuren i web-siden er åpnet, er for en database med et lite supermarked. Salget klasse vises; Produkt klassen også kalt Inventory klassen er vist; Ordre klassen er også vist. Bordet av produkter som har et sett med spalter (ikke vist). En av kolonnene har tittelen, ordne nivå (ikke vist). Så for hvert produkt (rad) er det en omgjøring nivå. Dette er et spesielt nummer.
Som du selger et produkt, er mengden av produktet i butikken (inventar) reduseres. Nummeret vil være å redusere til den når en omgjøring nivå. På dette punktet, har en av knastene for å bestille et nytt sett av produktet, slik at før produktet på lager er ferdig, bør et nytt sett være tilgjengelig i supermarkedet. I figuren er den første hendelsen identifisert som en .; den andre er identifisert som 1,1; den tredje er identifisert som 1.1.1. Merk skrifter, linjer (rett eller buet) og pilene forbundet med hendelsene. Anta at alle datamaskinene i supermarkedet er i et nettverk.
Den første hendelsen er forårsaket av en bruker i salgsavdelingen. Han klikker en bunn for å selge et produkt til en kunde som kom inn på supermarkedet. Denne informasjonen sendes elektronisk til produktet (inventar) database klasse slik at antall solgte skal trekkes fra det som er på lager. I løpet av denne subtraksjon gjør datasystemet vil utløse en annen hendelse, som er å verifisere (analyse) hvis lager er ved omgjøring nivå eller nettopp har gått under som følge av salget. Hvis dette er tilfelle, så produktet må omorganiseres.
Systemet vil nå utløse en tredje hendelse, som er å informere innkjøpssjef å endre rekkefølgen på produktet. Diagrammet i figuren ovenfor er samarbeid diagram. Et samarbeid diagram er en type UML diagrammer. Ikke bekymre deg for mye om