domov › Navigatorji › Avtoservis BD. Prenesite podatkovno bazo dostopov Avtoservis. Funkcije, ki jih izvaja baza podatkov

Avtoservis BD. Prenesite podatkovno bazo dostopov Avtoservis. Funkcije, ki jih izvaja baza podatkov

Tehnologija ustvarjanja baze podatkov "Avtoservis"

Za izdelavo baze podatkov so bili določeni cilji in cilji baze podatkov Autoservice:

? zagotoviti zadovoljstvo strank tako s storitvijo kot s podjetjem;
? zagotoviti najboljša storitev blizu
? garancijska popravila prodanih novih in rabljenih avtomobilov;
? komercialno preventivno vzdrževanje (prilagoditve itd.);
? storitve komercialne sanacije (popravilo);
? popravilo rabljenih komponent in sklopov za zalogo predelanih rezervnih delov.

? Ljudje,
? materiali,
? računalniki,
? stroji,
? zgradba.

Razvita in ustvarjena baza podatkov "Avtoservis" je skupek medsebojno povezanih komponent in prikazuje različna področja popravil avtomobilov.

Slika 14. Baza podatkov "Avtoservis"

Sistem je razdeljen na dva podsistema in eno razširitev:

? Popravilo tehničnega dela avtomobila.
? Razširitev - popravilo notranjosti avtomobila.

Glavni sistem "Popravilo tehničnega dela avtomobila" je sestavljen iz štirih tabel (glej sliko 15):

« naročilo"- vključno s potrebnimi informacijami o naročilu za popravilo in diagnostiko avtomobila, to je:

? Avtomobilski.
? Lastnik.
? Razlog za stik z bencinskim servisom.

« Popravilo"- tabela, ki opisuje postopek popravila tehničnih delov avtomobila, in sicer delov, ki jih je treba popraviti v bližnji prihodnosti. Ta tabela vključuje elemente:

? Popravilo motorja.
? Popravilo kontrolne točke.
? Popravilo šasije.
? Popravilo sistema za gorivo.

Slika 15. Naročilo za popravilo tehničnih delov

Tabela " Diagnostika', povezan z ' naročilo» in dodeljuje avtomobile za diagnostiko določenih delov avtomobila, t.j. motor, menjalnik, šasija in sistem goriva.

IN " Diagnostika» shranjevanje informacij o avtomobilih, ki potrebujejo diagnostiko določenega dela.

? Diagnostika motorja.
? Diagnostika kontrolnih točk.
? Diagnostika šasije.
? Diagnostika sistema za gorivo.

Glavni sistem dela na osnova »Kaskadno modeli” in nanaša na standard GOST 21624 -76

GOST 18507 -73

Delovanje sistema izhaja iz zbiranja informacij o naročilu, nato poteka diagnostika, ki določa potrebo po popravilu stroja. Vsaka stopnja (razen začetne) se ne more začeti, dokler ni končana naslednja, razen če avto ne potrebuje popravila.

Za zagotavljanje garancije na popravilo, obravnavo garancijskega zahtevka in nabavo rezervnih delov za popravilo je bil oblikovan podsistem IT-storitev.

1) vložitev zahtevka,
2) izdaja garancije,
3) naročanje rezervnih delov in vključuje 11 tabel, od katerih je ena skupna IT službi. (glej sliko 16).

Slika 16. Storitev IT

IT storitev - celotno storitev deli na 3 dele:

? garancijski zahtevki,
? izdaja garancije,
? naročilo rezervnih delov.

Podatka 1 in 2 - vsebujeta podatke o strankah.

Potrdilo 1 - tabela vsebuje podatke o času zdravljenja in ceni opravljenih storitev.

Razlog za stik - tabela, ki vsebuje informacije o razlogu za stik s servisom v okviru garancije. Povezuje se s tabelama: strinjanje SRT 1 in Izid 1, kjer so navedeni podatki o strinjanju SRT z zahtevkom oziroma možnostjo rešitve problema.

Prizidek predstavlja neke vrste dvig avtoservisnih storitev. Zdaj ima sistem popravilo karoserije in popravilo notranjosti, ki jih prav tako obravnava servis.

Razširitveni podsistem je sestavljen iz dveh tabel in vpliva na dve tabeli iz glavnega sistema. (glej sliko 17)

Slika 17. Razširitev

Tabele "popravilo karoserije in popravilo notranjosti" vključujejo informacije o vrstah storitev.

Popravilo karoserije:

? Zamenjava delov.
? kiti.
? Slika.
? Lakiranje.
? Poliranje.

Popravilo notranjosti:

? Zamenjava komponent.
? Popravilo komponent.

Iz teh tabel sledite povezavam s tabelo " Cena» določiti cene storitev.

Delujoč:

? naročila opreme,
? delo,
? storitve,
? brigada,
? norm-ure.

Viri baze podatkov:

? Ljudje,
? oprema,
? materiali,
? računalniki,
? stroji,
? zgradba.

Kaskadni model, prikazan na sliki 18, omogoča zaporedno izvajanje vseh stopenj projekta v strogo določenem vrstnem redu. Prehod na naslednjo stopnjo pomeni popolno dokončanje dela na prejšnji stopnji.

To je v bazi podatkov predstavljeno takole:

? sprejemanje naročil za popravila
? Avto diagnostika,
? popravilo avtomobila,
? sprostitev avtomobila s servisa.

Slika 18. Model baze podatkov

Faza analize

Tukaj je vloga za popravilo avtomobila na servisu. Stranka izpolni dokument, kjer stranka navede storitev, ki jo potrebuje.

Faza oblikovanja

V tej fazi se avto pošlje na diagnostiko, ki ugotovi vzrok okvare avtomobila. V prihodnosti se po izbiri stranke stroj pošlje v popravilo.

Izvedba in izvedbena faza

V tej fazi se izvajajo popravila na delih avtomobila, ki jih je glede na rezultat diagnostike potrebno popraviti ali zamenjati. Prav tako je na tej stopnji mogoče popraviti zunanjost in notranjost avtomobila brez kakršnega koli preverjanja.

Faza vzdrževanja

Na tej stopnji se izda garancija za popravila in izračun sredstev, porabljenih za diagnozo in popravilo avtomobila, po katerem se avto vrne lastniku.

Lastnosti sistema

Integrabilnost- sistem je integrabilen, saj ima možnost interakcije z različnimi bankami (plačevanje storitev preko teh bank), z davčno družbo (prodaja rezervnih delov izven regije). Prav tako je sistem povezan z različnimi avtohišami (po pogodbi) in zavarovalnicami, ki zavarujejo sam servis avtomobila, ter podjetjem, kjer se nabavljajo rezervni deli.

Deljivost- sistem je sestavljen iz številnih podsistemov, ki opravljajo določene funkcije in imajo možnost dela brez povezave.

Integriteta- kljub dejstvu, da je sistem deljiv, ko je polno delujoč, ne bo deloval, če je moteno delovanje katerega od njegovih podsistemov.

Strukturalnost- porazdelitev po nivojih in hierarhijah elementov sistema, t.j. sistem ne bo mogel nadaljevati z delovanjem, če bo ena od stopenj preskočena (brez garancije kupec ne bo mogel vložiti reklamacije na servisu).

Standardi

GOST 21624 -76 - ta standard določa zahteve za izdelke, da se zagotovi določena raven operativne izdelljivosti (ET) in vzdržljivosti (RP), pa tudi vrednosti kazalnikov ET in RP, ki jih določa GOST 20334-81, za avtomobilske izdelke - vozila s štirikolesnim in delno gnanim pogonom (tovorna vozila, osebna vozila in avtobusi), priklopniki in polpriklopniki (v nadaljevanju izdelki).

GOST 18507 -73 - ta standard se uporablja za avtobuse in avtomobile (v nadaljnjem besedilu: avtomobili) in določa metode za njihove kontrolne preskuse po večjih popravilih, ki jih izvajajo podjetja za popravilo avtomobilov.

Standard ne velja za avtomobile, katerih remont je bil opravljen po naročilu posameznih lastnikov.

Opis nalog

1. Naredite skupno bazo vseh storitev na servisu za določen avto.

Slika 19. Splošna baza vseh storitev na bencinskih servisih

2. Podatki o potrebnih orodjih in materialih.

Slika 20. Podatki o orodjih in materialih

3. Povezave s sistemi tretjih oseb.

Slika 21. Sistemi tretjih oseb

Slika 22. Avto centri

Slika 23. Zavarovalnice

Slika 24. Polje zavarovateljev

4. Pripombe o kakovosti storitve.

Slika 25. Komentarji

Slika 26. Ocene obiskovalcev

Slika 27. Pregledi

Pri delu je bila izdelana baza podatkov v sistemu za upravljanje podatkovnih baz MS Access. Delo prikazuje postopno tehnologijo za ustvarjanje baze podatkov. Podan je primer baze podatkov "Avtoservis". Ta baza testiran na servisu. Sistem je preizkušen. Med delom so bile izvedene prilagoditve in v delu predstavljena končna verzija baze Avtoservis.

Potrebno je ustvariti dostop do baze podatkov "Avto servis"

riž. 1 Glavna oblika gumba končane baze podatkov "Avtoservis"

Obrazec "Lastniki" s podobrazcem "Avtomobili"

riž. 2 Obrazec "Avtomobili"

Obrazec "Zaposleni"

riž. 4 Obrazec "Storitev"

riž. 5 stran z zahtevami

Poizvedba "Združevanje po delovnih mestih in zaposlenih"

Zahteva "Po imenu mehanika"

Zahteva "Iskanje po številki registrske tablice"

riž. 6 Poročila

Poročilo »Združevanje po delovnih mestih in zaposlenih«

Slika 7 Poročilo "Iskanje po registrski tablici"

riž. 8 Poročilo "Po imenu mehanika"

riž. 9 Podatkovna shema končane baze "Avtoservis" prikazuje relacije tabel: Lastniki, Avtomobili, Servis, Kategorija delovnih mest, Zaposleni.

Struktura tabele "Avtomobili": stanje. številka, znamka, lastnik.

Struktura tabele "Lastniki": številka lastnika, polno ime, mobilni telefon, številka vozniškega dovoljenja.

Struktura tabele "Storitev": servisna številka, avto, kategorija dela, datum pripravljenosti naročila, zaposleni.

Struktura tabele "Zaposleni": številka zaposlenega, mobilni telefon, naslov, polno ime.

ali tukaj:

Prenesite poročilo o bazi podatkov iz zaslonske obrazce zastonj

Približna cena 763 rubljev.

Točna cena je odvisna od načina plačila.

Načini plačila dostopa do baze podatkov: WebMoney, plačilni terminali, ruska pošta, QIWI, Beeline, MTC, Megafon, debetna ali kreditna kartica, WeChat Pay, Alipay (Kitajska), UnionPay, Yandex.Money, darilni bon in drugi.

Prenesite Accessove zbirke podatkov podobnih tem:

dostop do baze podatkov Avtoservis 2
Oblikovanje računov za plačilo v avtoservisu
Računovodstvo avtomobilov v transportnem podjetju.
ATP (podjetje za prevoz avtomobilov).
ATP 2007 (avtotransportno podjetje)
Avtoservisne delavnice
»Računovodstvo poslovanja Vozilo»
"Obračun prometnih nesreč"
Registracija avtomobilskih prekrškarjev v prometni policiji.
"Obračun prometnih prekrškov"
"Zamenjava avtodelov na servisu"
Mestni promet
"Prodaja letalskih kart"
"Avtobusna postaja"
"Najem avtomobila"
Najem avtomobila 2
šola vožnje
Podjetje za rezervne dele
salon avtomobilov
Obračun amortizacije vozil po tehničnih pregledih in skupinah vozil
Taksi
Podjetje za osebna vozila
Vozni red minibusa
Obračun cestnega prometa po znamkah avtomobilov

Ključne besede: prenos baze podatkov; program baze podatkov; zbirka podatkov; baza podatkov o tečajih; dostop do baze podatkov za prenos; dostop; baza podatkov s pripravljenim dostopom; baze podatkov v dostopu; dostop do baze podatkov; ustvarite bazo podatkov v dostopu; primeri dostopnih baz podatkov; ustvarjanje baze podatkov v dostopu; dostop do baze; zahteve za dostop; poročila o dostopu; dostopne mize; makri v dostopu; dostop do tečajev; primeri dostopa do baze podatkov; obrazci za dostop; Baza podatkov Microsoftov dostop; kupiti bazo podatkov; ustvarjanje baze podatkov; primeri baze podatkov; prenos baze podatkov; tečajno delo na DBMS; primeri baze podatkov; zbirka podatkov o dokončanih seminarskih nalogah. Baza predmetov "Avtoservis" je bila izdelana v access 2010 in pretvorjena v access 2003, tako da se bo odprla v access 2003, 2007, 2010.

Potrebno je ustvariti dostop do baze podatkov "Avto servis". Glavna oblika gumba končane baze podatkov "Avtoservis". Obrazec »Lastniki« s podobrazcem »Avtomobili«. Obrazec "Avtomobili". Obrazec "Kategorija dela". Obrazec "Zaposleni". Servisni obrazec. Stran z zahtevami. Poizvedba "Združevanje po delovnih mestih in zaposlenih". Zahteva "Po imenu mehanika." Zahteva "Iskanje po številki registrske tablice". Poročilo »Združevanje po delovnih mestih in zaposlenih«. Poročilo "Po imenu mehanika." Poročilo "Po imenu mehanika." Podatkovna shema končane baze "Avtoservis" prikazuje relacije tabel: Lastniki, Avtomobili, Servis, Kategorija delovnih mest, Zaposleni. Struktura tabele "Avtomobili": stanje. številka, znamka, lastnik. Struktura tabele "Lastniki": številka lastnika, polno ime, mobilni telefon, številka vozniškega dovoljenja. Struktura tabele "Kategorija dela": šifra dela, ime dela, opis, stroški dela. Struktura tabele "Storitev": servisna številka, avto, kategorija dela, datum pripravljenosti naročila, zaposleni. Struktura tabele "Zaposleni": številka zaposlenega, mobilni telefon, naslov, polno ime. Struktura poizvedbe "Združevanje po delovnih mestih in zaposlenih" v načinu oblikovanja. Struktura poizvedbe "Po imenu mehanika" v načinu načrtovanja. Struktura poizvedbe "Iskanje po registrski tablici" v načinu oblikovanja. Makri v načinu načrtovanja.

Uvod 3
ODDELEK 1. Razvoj baze podatkov 4

RAZDELEK 2. Modeliranje podatkovnih struktur 7
2.1. Razvoj konceptualnega modela baze podatkov 7
2.2. Razvoj logičnega podatkovnega modela 9
2.3. Pretvarjanje modela entiteta-razmerje v relacijski model
podatkovni model 10
RAZDELEK 3. Oblikovanje zbirke podatkov 12
3.1. Razvoj tabel 12
3.2. Oblikovanje obrazcev za vnos podatkov 17
3.3. Razvijanje poizvedb po bazi podatkov 21
3.4. Poročilo o razvoju 27
SKLEP 30
REFERENCE 31
PRILOGE 32

UVOD

Do danes je oblikovanje baz podatkov (v nadaljevanju DB) postalo pomembno za mnoge organizacije, ki uporabljajo računalniško tehnologijo za povečanje produktivnosti svojega dela. Podatkovne baze so postale osnova informacijskih sistemov, njihova uporaba pa postaja sestavni del delovanja vsakega podjetja.
predmet seminarska naloga je študij tehnologij načrtovanja relacijskih baz podatkov.
Predmet predmeta je preučevanje principov razvoja relacijskih baz podatkov na primeru načrtovanja in izdelave baze podatkov "Avtoservis".
Namen oblikovanja podatkovne baze je prikazati proces popravljalnih dejavnosti malega podjetja
Za dosego tega cilja so bile zastavljene naslednje naloge:

Obstaja veliko različnih virov informacij o oblikovanju in uporabi relacijskih baz podatkov. Izmed vseh predlaganih virov so bili izbrani tisti, ki so primerni za načrtovanje baz podatkov v okolju OpenOffice.org Base. Tako na primer knjige pokrivajo osnovne tehnike in principe dela in ustvarjanja baz podatkov z uporabo Base, ki je del OpenOffice.org. Viri nudijo osnovne informacije o ustvarjanju tabel, obrazcev, poizvedb in poročil. V knjigah so opisane smernice za načrtovanje in implementacijo baz podatkov.

ODDELEK 1. Razvoj baze podatkov

Ta zbirka podatkov je namenjena organizacijam, ki se ukvarjajo s kakršnimi koli storitvami vzdrževanja avtomobilov.
Glavne funkcije baze podatkov se nanašajo na evidentiranje vseh avtomobilov, ki so bili kdaj v avtoservisu, shranjevanje popolnih informacij o vsakem avtomobilu (znamka, serija in številka tehničnega potnega lista, številka šasije in številka motorja, barva, leto izdelave itd.). ).
V bazi podatkov bi morali biti shranjeni tudi podatki o vsakem lastniku, ki je vsaj enkrat uporabil storitve avtoservisa. Omogočeno naj bo shranjevanje ne le osnovnih in najnujnejših informacij, temveč tudi opombe, pojasnila, opise in tehnične podatke. značilnosti vgrajenih rezervnih delov in veliko drugih koristnih informacij.
Uprava avtomobilskega servisa lahko zahteva naslednje podatke:

Operater DBMS lahko naredi naslednje spremembe:

Poročila morajo vsebovati možnost izdaje potrdila o okvari avtomobila tega lastnika in poročilo o delu avtoservisa (število avtomobilov v popravilu, ime zaposlenega, ki jih je popravil).

Baza podatkov Avtoservis je bila razvita za administratorje in zaposlene v avtoservisih, ki sprejemajo in obdelujejo naročila za popravila in vzdrževanje avtomobilov.
Tematika v nalogi so podatki o okvarah, lastnikih avtomobilov in avtoservisnih delavcih.
Razvit informacijski sistem naj bi opravljal naslednje funkcije:

Izhod informacij v obliki poročil:

Za bazo podatkov, ki se razvija, veljajo naslednje zahteve: celovitost podatkov, brez podvajanja, brez relacij mnogo proti mnogo, brez rekurzivnih povezav, brez povezav z atributi, brez več atributov.
Zahteve za informacije v zbirki podatkov so:
pomembnost, popolnost, zanesljivost, razumljivost, učinkovitost.
Ta predstavitev poveča uporabnost baze podatkov, v tem primeru bo vnos informacij zmanjšan na izbiro potrebnih informacij s seznama, kjer je to mogoče, kar bo zagotovo povečalo hitrost vnosa informacij in pomagalo preprečiti nepravilen vnos parametrov.
Kot rezultat ustvarjanja in izvajanja te baze podatkov je potrebno pridobiti naslednje kazalnike uspešnosti: zmanjšanje časa pri vnosu novih podatkov in spreminjanju starih ter posledično povečanje produktivnosti dela ter pravočasno in popolno prejemanje informacij. potrebno za upravljanje avtoservisa.

ODDELEK 2. Modeliranje podatkovnih struktur

2.1. Razvoj konceptualnega modela baze podatkov

Pri izdelavi konceptualnega modela baze podatkov bomo uporabili priporočila Karpove I.P. . Kot ugotavlja avtor, je konceptualni model baze podatkov visokonivojski objektno usmerjen model predmetnega področja, ki predstavlja predmetno področje kot niz objektov, ki imajo določene lastnosti in so v nekem razmerju. Glavni cilj razvoja visokonivojskega podatkovnega modela je izdelava modela uporabniškega dojemanja podatkov in dogovor o velikem številu tehničnih vidikov, povezanih z oblikovanjem baze podatkov. Konceptualni podatkovni model ni vezan na določeno fizično izvedbo baz podatkov in ni odvisen od določene DBMS. Konceptualni model je ustvarjen na podlagi idej o predmetnem področju posameznega tipa uporabnika, ki je niz podatkov, ki jih uporabnik potrebuje za reševanje svojih težav.
Konceptualni model za bazo »Avtoservis« je zasnovan kot model »entiteta-relacija«.
Osnovni koncepti modela vključujejo koncepte, kot so entiteta (objekt), odnos (relacija), tipi entitet, tipi odnosov in atributi.
Entiteta je resnična ali namišljena entiteta, o kateri je treba shraniti informacije in jih dati na voljo. V diagramih modela ER je entiteta predstavljena kot pravokotnik, ki vsebuje ime entitete. Vsaka entiteta je definirana z nizom atributov.
Atribut je poimenovana značilnost entitete. Njegovo ime mora biti edinstveno za posamezno vrsto entitete, vendar je lahko enako za različne vrste entitete. Atribut entitete je vsaka podrobnost, ki služi za pojasnitev, identifikacijo, klasifikacijo, kvantifikacijo ali izražanje stanja entitete. Imena atributov bomo vpisali v pravokotnik, ki označuje entiteto in ga zapisali pod ime entitete.
Med entitetami se vzpostavijo razmerja.
Razmerje je grafična povezava, vzpostavljena med dvema entitetama. Ta povezava je vedno binarna in lahko obstaja med dvema različnima entitetama ali med entiteto in samo seboj (rekurzivna povezava). Povezave - označene s črtami.
Tako iz opisa predmetnega področja izluščimo vse vrste
entitete:
– stranke;
– Naročila;
– mojstri;
- Seznam del.
Vsaka od entitet bo določila svoj nabor atributov.
Entiteta Stranka je definirana z naslednjim nizom atributov:

Atributi entitete Naročila so definirani na naslednji način:

Glavna entiteta je dokumentirana na podlagi naslednjih atributov:

Entiteta Seznam del je opredeljena z naslednjim nizom atributov:

V skladu z modelom domene je predstavljen naslednji konceptualni model baze podatkov "Avtoservis" (slika 1).
Sl.1 Konceptualni model baze podatkov "Avtoservis".

2.2. Razvoj logičnega podatkovnega modela

Pretvorba lokalnega konceptualnega podatkovnega modela v lokalni logični model vključuje odstranitev neželenih elementov iz konceptualnih modelov in pretvorbo nastalih modelov v lokalne logične modele. Neželeni predmeti vključujejo:
- razmerja veliko proti mnogo;
– rekurzivne povezave;
– povezave do atributov.
V izdelanem konceptualnem modelu zgoraj navedenih nezaželenih elementov ni bilo.
Logični diagram podatki so prikazani na sliki 2.

riž. 2. Logična shema podatkov.

Pretvarjanje modela entiteta-relacija v relacijski podatkovni model
izvedemo z zaporednim izvajanjem niza korakov:
- vsaka entiteta je povezana z relacijo relacijskega podatkovnega modela;
– vsak atribut entitete postane atribut ustrezne relacije;
- Primarni ključ entitete postane primarni ključ ustrezne relacije. Atributi, ki so del primarnega ključa razmerja, samodejno prejmejo obvezno lastnost (NOT NULL). V vsako relacijo, ki ustreza podrejeni entiteti, je dodan niz atributov glavne entitete, ki je primarni ključ glavne entitete. V relaciji, ki ustreza podrejeni entiteti, ta niz atributov postane tuji ključ.
Ta postopek je obravnavan spodaj.

ODDELEK 3. Oblikovanje baze podatkov

Tabela je objekt, namenjen shranjevanju podatkov v obliki zapisov (vrstic) in polj (stolpcev).
Program OpenOffice.org Base ponuja tri različne načine ustvarjanje tabele baze podatkov:

V tem delu so bile tabele ustvarjene s pomočjo čarovnika.
Za vsako tabelo relacijske zbirke podatkov je podana njena struktura: sestava polj, njihova imena, tip podatkov in velikost posameznega polja, ključi tabele in druge lastnosti polja.
Razvoj tabel baze podatkov poteka zaporedno:

Tabela je osnova baze podatkov, zato je pri razvoju tabel priporočljivo upoštevati naslednja osnovna načela:

Vsaka tabela vsebuje informacije o določeni temi, vsako polje v tabeli pa vsebuje določeno dejstvo o temi tabele. Za vsako tabelo v bazi podatkov morate definirati lastnosti, ki jih vsebuje.
Baza podatkov Autoservice vsebuje štiri tabele:

riž. 3. Tabela Stranke.

riž. 4. Tabela naročil.

Ta tabela vsebuje naslednje atribute:

riž. 5. Seznam del.

riž. 6. Mojstri.

Za vsako entiteto določimo primarni ključ, pri čemer upoštevajmo, da imajo močne entitete samo eno ključno polje, šibke entitete pa toliko, kolikor je povezav. Pri izbiri primarnega ključa nas bodo vodila pravila:
– ključ mora vsebovati minimalen nabor atributov;
– uporabite ključ, katerega verjetnost spremembe vrednosti je minimalna;
– vrednost ključa mora imeti minimalno dolžino.
Na podlagi zgoraj navedenega definiramo naslednja ključna polja za obstoječe entitete:

Po razdelitvi informacij v tabele in definiranju ključnih polj morate izbrati, kako bo DBMS združil povezane informacije. Da bi to naredili, je treba definirati relacije med tabelami baze podatkov.
OpenOffice.org BASE podpira štiri vrste relacij tabel:
– ena proti ena (vsak zapis v eni tabeli ustreza samo enemu zapisu v drugi tabeli);
– ena proti mnogo (vsak zapis v eni tabeli ustreza številnim zapisom v drugi tabeli);
– mnogo proti ena (podobno zapisu ena proti mnogo);
– veliko proti mnogo (en zapis iz prve tabele je lahko povezan z več kot enim zapisom iz druge tabele ali pa je en zapis iz druge tabele lahko povezan z več kot enim zapisom iz prve tabele).
Povezave, vzpostavljene v bazi podatkov Autoservice, so bile že predstavljene v prejšnjem razdelku na sl. 2.

Obrazec - predmet, zasnovan za vnos, urejanje in ogled tabelarnih podatkov v priročni obliki.
Obrazci vsebujejo tako imenovane kontrole, ki dostopajo do podatkov v tabelah. Kontrolni elementi so besedilna polja za vnos in urejanje podatkov, gumbi, potrditvena polja, stikala, seznami, oznake. Ustvarjanje obrazcev, ki vsebujejo potrebne kontrole, močno poenostavi postopek vnosa podatkov in pomaga preprečiti napake.
Osnovni obrazci OpenOffice.org zagotavljajo funkcionalnost za izvajanje številnih nalog, ki jih ni mogoče izvesti z drugimi sredstvi, omogočajo vam preverjanje veljavnosti podatkov med vnašanjem, izvajanje izračunov in zagotavljanje dostopa do podatkov v povezanih tabelah z uporabo podobrazcev.
OpenOffice.org Base ponuja več načinov za ustvarjanje obrazcev. Najenostavnejši med njimi je uporaba avtomatskega ustvarjanja obrazcev na podlagi tabele ali poizvedbe.
Obstajajo štirje preprosti obrazci in trije podobrazci za bazo podatkov Autoservice.
Primeri preprostih oblik so prikazani na sliki 7-10.

Slika 7. Obrazec za stranko.

Slika 8. Oblikujte naročila.

Slika 9. Seznam del.

Sl.10. Mojstri.
Sestavljena oblika vsebuje glavno obliko in podobrazec, podobrazec. Podobrazec je vsebinsko enak obrazec, vendar se ne uporablja neodvisno, temveč se vedno naloži iz nekega obrazca, ko odpira ali ustvarja dokument. V podobrazcu lahko naredite skoraj vse, kar lahko storite v obrazcu, le da vanj ne morete vstaviti drugega podobrazca.
Pri ustvarjanju polj v podobrazcih ne pozabite, da morajo biti imena vseh polj znotraj obrazca unikatna, skupaj z vsemi podobrazci, ki se v njem uporabljajo istočasno.
Zahvaljujoč sestavljenim obrazcem je mogoče istočasno izpolniti različne tabele.
Primeri podobrazcev so prikazani na sl. 11-13.

riž. 11. Obrazec stranke s podobrazcem Naročila.
Obrazec Stranka s podobrazcem Naročila omogoča vnos potrebnih podatkov za identifikacijo stranke in pregled opravljenega dela za to naročilo. Ta obrazec vam omogoča vnos podatkov v tabeli Stranke in Naročila.

riž. 12. Obrazec Naročila s podobrazcem Popravila.
Ta obrazec vam omogoča vnos podatkov v tabeli Naročila in Popravila.

riž. 13. Obrazec čarovnika s podobrazcem Naročila.
Obrazec Delovodja s podobrazcem Naročila vam omogoča nadzor nad izvedbo del s strani določenega delovodje.

Poizvedba je objekt, ki vam omogoča, da pridobite potrebne podatke iz ene ali več tabel.
Poizvedbe se uporabljajo za pridobivanje podatkov iz tabel in njihovo posredovanje uporabniku v priročni obliki. Z njihovo pomočjo izvajajo selekcijo, sortiranje in filtriranje podatkov. Izvajate lahko transformacijo podatkov po danem algoritmu, ustvarjate nove tabele, samodejno polnite tabele s podatki, uvoženimi iz drugih virov, izvajate preproste izračune v tabelah in še veliko več.
Posebnost poizvedb je, da črpajo podatke iz baznih tabel in na njihovi podlagi ustvarijo začasno rezultantno tabelo (posnetek) - sliko polj in zapisov, izbranih iz baznih tabel. Delo s sliko je hitrejše in učinkovitejše kot s tabelami, shranjenimi na trdem disku.
Na ustrezno zahtevo lahko podatke po potrebi razvrstite in filtrirate. Poizvedbe lahko uporabite tudi kot vire zapisov za obrazce, poročila in strani za dostop do podatkov.
Obstaja več vrst zahtevkov:

 Preučiti specifike izbranega predmetnega področja.

 Razviti informacijsko-logični model baze podatkov "Avtoservis"

 Implementirajte ga v MS Access DBMS.

 Sestavite "Pojasnilo" k predmetnemu projektu v skladu z naslednjim načrtom:

Namen baze podatkov

Baza podatkov "Avto servis" je zasnovan za izvajanje sprejema in obdelave naročil za delo s strani podjetja za storitve avtomobilov.

Seveda se ne pretvarja na visok čin ACS. Zaradi odsotnosti v njem celotnih blokov, potrebnih za integriran avtomatiziran nadzorni sistem:

 računovodstvo,

 Gospodarski blok

 Načrtovano

 zaloge

 In številni drugi bloki.

Izvaja se samo eden od blokov avtomatiziranega nadzornega sistema - delovno mesto "Sprejem naročil": delo s strankami: sprejemanje in urejanje naročil, organiziranje njihovega izvajanja, poročanje o rezultatih dela.

Funkcije, ki jih izvaja baza podatkov

Baza podatkov opravlja naslednje funkcije

1. Računovodstvo in shranjevanje podatkov o zaposlenih v avtoservisu. "Mehaniks»

2. Vnos in shranjevanje podatkov o vrstah opravljenih del. "Naročilos»

3. Vnos podatkov o strankah, avtomobilih strank in podatkov o njih. "Prošnjas»

4. Obrazec »Vnos podatkov o naročilih« omogoča vnos pravzaprav naročilo, izbor polnega imena kupca (s seznama), izbor tipa avtomobila kupca in vnos podatkov o njem.

Na istem mestu - vnese se sestava opravljenega dela in polno ime zaposlenih v avtoservisu, ki jih opravljajo. In tudi - informacije o sestavi in količini uporabljenih rezervnih delov.

5. Baza podatkov ponuja tudi različna poročila, ki vam omogočajo analizo stanja v podjetju za servisiranje avtomobilov.

Uporabniške kategorije

Baza je namenjena predvsem zaposlenim v avtoservisih, ki sprejemajo in obdelujejo naročila za popravila in vzdrževanje avtomobilov.

In poročila, predvidena v njem, so tudi za druge oddelke podjetja, pa tudi za njegove vodje.

Oblikovanje baze podatkov

Predstavljamo naslednje koncepti in konvencije :

Esence

BISTVO

Esenca - resnično ali izmišljeno predmet , informacije o katerih morajo biti shranjene in dostopne. V diagramih modela ER je entiteta predstavljena kot pravokotnik, ki vsebuje ime entitete.

Esence bodo označeni s pravokotniki,

Atributi entitete

Atribut - imenovan značilnost bistva . Njegovo ime mora biti edinstveno za določeno vrsto entitete, vendar je lahko enako za različne vrste entitet. Atribut entitete je vsaka podrobnost, ki služi za pojasnitev, identifikacijo, klasifikacijo, kvantifikacijo ali izražanje stanja entitete.

BISTVO

Lastnosti

Imena atributov postavili bomo v pravokotnik,

označevanje bistvo, pod imenom subjekta in napišite

male črke.

Odnosi

Povezava je grafika združenje A, ki je nastavljen med dvema entitetama. Ta povezava je vedno binarna in lahko obstaja med dvema različnima entitetama ali med entiteto in samo seboj (rekurzivna povezava).

Povezave- označimo črte, čez katere bomo odložili stopnja povezave (« 1 » oz « ∞ » , ki označuje "veliko") in njegove značilnosti.

Ključna polja

Opredelimo pojem primarni in zunanji ključi

Ključ - to je minimalni nabor atributov, po vrednostih katerih lahko enolično najdete zahtevani primerek entitete. Minimalnost pomeni, da izključitev katerega koli atributa iz nabora ne omogoča, da bi bila entiteta identificirana s preostalimi. Vsaka entiteta ima vsaj en možen ključ.

Eden od njih je vzet primarni ključ .

Pri izbiri primarni ključ je treba dati prednost nesestavljeni ključi ali ključi, sestavljeni iz najmanjšega števila atributov. Prav tako je neprimerno uporabljati ključe z dolgimi besedilnimi vrednostmi (bolje je uporabiti celo število e atributi).

Primarnega ključa subjekta (katero koli atributa, ki sodeluje pri primarnem ključu) ni dovoljeno prevzeti nedoločen pomen. V nasprotnem primeru bo prišlo do protislovne situacije: pojavila se bo oseba brez individualnosti in posledično ne obstoječi primerek entitete. Iz istih razlogov je treba zagotoviti edinstvenost primarni ključ.

Tuji ključi

Če subjekt Z veže entitete A in IN, potem mora vključevati tuje ključe, ki ustrezajo primarnim ključem entitet A in B.

Če subjekt IN označuje entiteto A, potem mora vključevati tuji ključ, ki ustreza primarnemu ključu entitete A.

Opomba:

1. Ker so razvijalci MS Access DBMS na začetku upoštevati težave s primarni in tujih ključev, je bil v Access uveden poseben tip polja - KEY FIELD. Njegova vrsta je COUNTER.

Dostop ne zahteva njegova obvezna vključitev v tabelo. Ampak močno ponudbe.

Značilnosti te vrste polja so naslednje:

Ko vstopiš nov vnos– v tem polju se AVTOMATSKO oblikuje novo, unikaten, neponovljiv številčna vrednost.

Polje ne more sprejeti nedoločen pomen.

Polje - samodejno indeksirano.

Ročno spreminjanje vrednosti tega polja nemogoče.

Zato problem ključna polja in tujih ključev V Accessu je rešitev preprosta:

V glavni tabeli(entitete) ustvariti poseben ključ polje. Naš bo primarni ključ .

V podrejene tabele vnesemo njeno kopijo (z istim imenom). To bo njihovo zunanji ključ .

S temi polji povezujemo glavno in podrejeno tabelo. To je vse. Komunikacija končana!

2. Razvijalci so v Access predstavili orodje, imenovano « Podatkovna shema »

ki omogoča ne samo vezati tabele, vendar za vsako povezavo določite tudi:

njo vrsta(»ena proti ena«, »ena proti mnogo« itd.)

in njo značilnosti: Zagotavljanje celovitosti in kaskadnih posodobitev in izbrisov iz povezanih tabel in polj.

Kaj je treba določiti pri gradnji Urgenca– modeli Baza podatkov.

Še posebej, zato Access je idealen programski sistem za implementacijo modelov ER.

Pri izvajanju našegaUrgenca– modeli vDostopVse te priložnosti bomo izkoristili.

Pošljite svoje dobro delo v bazo znanja je preprosto. Uporabite spodnji obrazec

Študenti, podiplomski študenti, mladi znanstveniki, ki bazo znanja uporabljajo pri študiju in delu, vam bodo zelo hvaležni.

Gostuje na http://www.allbest.ru/

PRVA VIŠJA TEHNIČNA INSTITUCIJA RUSIJE

MINISTRSTVO ZA IZOBRAŽEVANJE IN ZNANOST RUSKE FEDERACIJE

Zvezna državna proračunska izobraževalna ustanova za visoko strokovno izobraževanje

"NACIONALNA MINERALNA UNIVERZA "RUDARSTVO"

Tečajna naloga

"Baza podatkov - avtoservis"

Po disciplinah: uporabno programiranje

Izpolnila: Stepanova K.A.

Preveril: Matyukhin S.A.

Sankt Peterburg 2013

Uvod

1. Opis predmetnega področja

2. Opis strukture baze podatkov

3. Tabele

4. Opis nalog

5. Opis programa

6. Sestavni deli

7. Shema za uporabnika

8. Vmesnik

Zaključek

Bibliografija

Aplikacija

Uvod

V naši dobi, dobi digitalnih tehnologij, igrajo računalniki pomembno vlogo. Zdaj je v vsaki organizaciji - naj gre za vladne agencije ali zasebna podjetja - vse računalniško podprto, in to zaradi zelo visoke računalniške moči. Izračun tudi najkompleksnejših procesov in nalog se izvede v najkrajšem možnem času, pri večini nalog pa ima pogosto glavno vlogo časovni dejavnik. Računalniška moč in spominska zmogljivost računalnikov sta v zadnjih letih postali neverjetno veliki, njihove cene pa so močno padle, kar je prispevalo k množični informatizaciji absolutno vseh vej človeške dejavnosti. Zdaj si težko predstavljamo življenje brez pametnega stroja, ki poenostavi in pohitri ogromno opravil. Uporabnost računalnika je zmanjšana na nič, če ni specializirane programske opreme, brez katere "železni pomočnik" postane neuporaben. V tem delu se bo razpravljalo o ustvarjanju tako pomembnega, v večini organizacij pa tudi glavnega programa, katerega ime je zbirka podatkov. V tem konkretnem primeru baza podatkov avtoservisa.

1. Opis predmetnega področja

Cilj naloge je pridobiti programski izdelek, ki vam omogoča shranjevanje podatkov o strankah storitve, napakah na njihovih avtomobilih, kar zagotavlja učinkovitost in zanesljivost obdelave podatkov.

Baza podatkov o avtoservisih je namenjena avtoserviserom in omogoča dostop do podatkov o znamki avtomobila, datumu obiska, okvari, vin številki avtomobila, pa tudi do podatkov o strankah: telefonska številka ipd.

Učinkovitost programa je v skrajšanju časa za obdelavo, iskanje potrebnih informacij.

Potreba po avtomatizaciji te naloge je posledica dejstva, da se izbira potrebnih podatkov za poročila in obračunavanje dela inženirjev običajno izvaja ročno ali z uporabo Excela, pri čemer se za to porabi veliko časa. Ta program ponuja tudi možnosti iskanja, filtriranja in razvrščanja.

Za delo s programom s področja programiranja ni potrebno posebno znanje.

2. Opis strukture baze podatkov

Povezave do tabele:

Tabela strank je povezana z glavno tabelo z uporabo razmerja 1:N v polju vin_number

Tabela strank je povezana s tabelo za izračun z razmerjem 1:1 na polju vin_number

3. mize

Tabela 1: Stranke (glavna tabela)

Tabela 2: Glavni (podrejeni)

Tabela 3: Glavni (podrejeni)

programsko urejanje avtoservisne baze

4. Tehnična naloga

Osnova za razvoj:

Naloga učitelja za izvajanje praktičnega pouka in opravljanje tečajev.

Namen razvoja:

Program je zasnovan za avtomatizacijo dela operaterjev avtomobilskih servisov.

Programske zahteve:

Moral bi avtomatizirati delo operaterja avtoservisa

Informacije morajo biti trajno shranjene na trdem disku računalnika

· Omogočen naj bo vpogled v bazo z možnostjo izbrisa navedenih podatkov iz nje.

Zahteve glede zanesljivosti:

· Program mora obdelati napake uporabnika in ga o tem obvestiti.

· Program naj zagotavlja nadzor nad vnesenimi informacijami.

5. Opis programa

private void Form1_Load(object sender, EventArgs e) () // nalaganje glavnih komponent

private void b_add_Click(object sender, EventArgs e) () // dodajanje novega zapisa

private void b_replace_Click(object sender, EventArgs e) () // uredi vnos

private void b_cancel1_Click(object sender, EventArgs e) () // prekliči dejanje

private void b_save_Click(object sender, EventArgs e) () // shrani spremembe

private void b_record1_Click(object sender, EventArgs e) () // pisanje podatkov

private void b_delete_Click(object sender, EventArgs e) () // brisanje podatkov

zasebni void b_exit_Click(objekt pošiljatelj, EventArgs e) () // izhod iz programa

6. Komponente

7. Shema zauporabnik

Tabela 1 »Odjemalci« in tabela 2 »Masterji« sta povezani z razmerjem ena proti mnogo s poljem vin_number.

Tabela 1 »Stranke« in tabela 3 »Stroški« sta povezani v razmerju ena proti ena s poljem vin_number.

8. Vmesnik

Dodajanje novega vnosa

Urejanje stare objave

Brisanje vnosa

Razvrsti po datumu obiska

Podpisane tabele

Glavna tabela programa "Avtoservis" vključuje:

1. Seznam avtomobilov strank

2. Datum stika z lastnikom avtomobila

3. Napaka

4. Telefon stranke

5. Številka Vin

6. Upravljanje seznama strank se izvaja z gumbi (Dodaj/Zamenjaj/Izbriši)

7. Prikaz in beleženje strank salona

8. Razvrščanje

10. Izbira mojstrov

11. Ime tabel

12. Zapustite program

Zaključek

Rezultat dela je bila kreacija programsko opremo oskrba delovnega mesta avtoservisera.

V procesu opravljanja tečaja so bile pridobljene veščine s področja gradnje in programiranja baz podatkov v programskem jeziku C#.

Bibliografija

1. Matyukhin S.A. "Programiranje v C # objektno usmerjen pristop" - izobraževalni in metodični kompleks 2013

2. A. Hejlsberg, M. Torgersen, S. Wiltamuth, P. Gold Programski jezik C#. Klasično računalništvo. 4. izdaja = programski jezik C# (pokriva C# 4.0), 4. izdaja. - Sankt Peterburg: "Piter", 2012. - 784 str. -- ISBN 978-5-459-00283-6

3. E. Stillman, J. Zeleno učenje C#. 2. izdaja = Head First C#, 2. izdaja. - Sankt Peterburg: "Piter", 2012. - 704 str. -- ISBN 978-5-4461-0105-4

4. Andrew Troelsen Programski jezik C# 5.0 in ogrodje .NET 4.5, 6. izdaja = Pro C# 5.0 in ogrodje .NET 4.5, 6. izdaja. - M.: "Williams", 2013. - 1312 str. -- ISBN 978-5-8459-1814-7

5. Joseph Albahari, Ben Albahari C# 5.0. Imenik. Celoten opis jezika = C# 5.0 in a Nutshell: The Definitive Reference. - M.: "Williams", 2013. - 1008 str. -- ISBN 978-5-8459-1819-2

6. Herbert Schildt. C# 4.0: popoln vodnik= C# 4.0 Popolna referenca. - M.: "Williams", 2010. - S. 1056. - ISBN 978-5-8459-1684-6

Aplikacija. Kodaprogrami

z uporabo System.Collections.Generic;

using System.ComponentModel;

z uporabo System.Data;

z uporabo System.Drawing;

z uporabo System.Linq;

z uporabo System.Text;

z uporabo System.Threading.Tasks;

z uporabo System.Windows.Forms;

javni delni razred Form1: Form

Inicializiraj komponento();

groupBox1.Visible = false;

groupBox2.Visible = false;

private void customersBindingNavigatorSaveItem_Click_1(pošiljatelj predmeta, EventArgs e)

this.Validate();

this.customersBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.db_autoDataSet);

zasebni void Form1_Load(objekt pošiljatelj, EventArgs e)

// TODO: Ta vrstica kode naloži podatke v tabelo "db_autoDataSet.masters". Ti lahko po potrebi premaknite ali odstranite.

this.mastersTableAdapter.Fill(this.db_autoDataSet.masters);

// TODO: Ta vrstica kode naloži podatke v tabelo "db_autoDataSet.calculation". Po potrebi ga lahko premaknete ali odstranite.

this.calculationTableAdapter.Fill(this.db_autoDataSet.calculation);

// TODO: Ta vrstica kode naloži podatke v tabelo "db_autoDataSet.customers". Po potrebi ga lahko premaknete ali odstranite.

this.customersTableAdapter.Fill(this.db_autoDataSet.customers);

zasebni void b_exit_Click(pošiljatelj predmeta, EventArgs e)

zasebni void button5_Click_1(pošiljatelj predmeta, EventArgs e)

zasebni void b_add_Click(pošiljatelj predmeta, EventArgs e)

groupBox1.Visible = true;

b_replace.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_add.Visible = false;

b_exit2.Visible = false;

b_save.Visible = false;

textBox1.Text = "";

textBox2.Text = "";

textBox3.Text = "";

textBox4.Text = "";

textBox5.Text = "";

zasebni void b_replace_Click(pošiljatelj predmeta, EventArgs e)

textBox10.Text = stranke DataGridView.CurrentRow.Cells.Value.ToString();

textBox9.Text = stranke DataGridView.CurrentRow.Cells.Value.ToString();

textBox8.Text = stranke DataGridView.CurrentRow.Cells.Value.ToString();

textBox7.Text = stranke DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.Text = stranke DataGridView.CurrentRow.Cells.Value.ToString();

textBox6.ReadOnly = res;

groupBox2.Visible = res;

b_add.Visible = false;

b_delete.Visible = false;

b_exit.Visible = false;

b_exit2.Visible = false;

b_replace.Visible = false;

b_save.Visible = false;

zasebni void b_cancel1_Click(pošiljatelj predmeta, EventArgs e)

b_add.Visible = true;

b_delete.Visible = true;

b_izhod.Vidno = res;

b_exit2.Visible = true;

b_replace.Visible = true;

b_save.Visible = true;

groupBox1.Visible = false;

zasebni void b_cancel2_Click(pošiljatelj predmeta, EventArgs e)

b_add.Visible = true;

b_delete.Visible = true;

b_izhod.Vidno = res;

b_exit2.Visible = true;

b_replace.Visible = true;

b_save.Visible = true;

groupBox2.Visible = false;

zasebni void b_save_Click(pošiljatelj predmeta, EventArgs e)

customerBindingNavigatorSaveItem_Click_1(pošiljatelj, e);

zasebni void b_record1_Click(pošiljatelj predmeta, EventArgs e)

Tabela DataTable = db_autoDataSet.Tables;

DataRow row = table.NewRow();

vrstica = textBox1.Text;

vrstica = Convert.ToDateTime(textBox2.Text);

vrstica = textBox3.Text;

vrstica = textBox4.Text;

vrstica = textBox5.Text;

table.Rows.Add(vrstica);

groupBox1.Hide();

b_replace.Visible = true;

b_delete.Visible = true;

b_izhod.Vidno = res;

b_add.Visible = true;

b_exit2.Visible = true;

b_save.Visible = true;

zasebni void b_record2_Click(pošiljatelj predmeta, EventArgs e)

Tabela DataTable = db_autoDataSet.Tables;//12 vezana dinamika. zavihek. tabelo s prvo datoteko iz baze podatkov

vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString());//13 je dobil vin trenutnega zapisa

DataRow row = table.Rows.Find(vinRab);//14 kombinirana dinamika. vrstico vrstice z vnosom datoteke vin c shifrRab in postavite DataSet v stanje "urejanje", v katerem vam omogoča spreminjanje vrednosti polj

vrstica = textBox10.Text;//15 zapisano v drugo polje vrstice, podane iz okna

row = Convert.ToDateTime(textBox9.Text);// 15 je zapisano v tretje polje vrstice vrstice

vrstica = textBox8.Text; //15 je bilo zapisano v četrto polje vrstice row row = textBox7.Text;

vrstica = textBox6.Text;

table.AcceptChanges();//15 Ukaz AcceptChanges vam omogoča, da sprejmete spremenjene vrednosti polja

groupBox2.Hide();//16

b_replace.Visible = true;

b_delete.Visible = true;

b_izhod.Vidno = res;

b_add.Visible = true;

b_exit2.Visible = true;

b_save.Visible = true;

zasebni void b_delete_Click(pošiljatelj predmeta, EventArgs e)

// brisanje vrstice pod kazalcem

// najprej sestavimo opozorilo, da ne naredimo pomotnega izbrisa

niz s1, s2, s3, s4, s5, sporočilo;

DialogResult rezultat;// 18

int ind = customerDataGridView.CurrentRow.Index;

s1 = customerDataGridView.CurrentRow.Cells.Value.ToString();

s2 = customerDataGridView.CurrentRow.Cells.Value.ToString();

s3 = customerDataGridView.CurrentRow.Cells.Value.ToString();

s4 = customerDataGridView.CurrentRow.Cells.Value.ToString();

s5 = customerDataGridView.CurrentRow.Cells.Value.ToString();

sporočilo = "Znamka avtomobila= " + s1 + "\nDatum obiska= " + s2 + "\n Napaka= " + s3 + "\n Telefon stranke= " + s4 + "\n številka vin" + s5;

// spremenljivka rezultata lahko sprejme DialogResult.Yes ali DialogResult.No

rezultat = MessageBox.Show(message, "Izbrisati naslednji vnos? ",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if (result == DialogResult.Yes)//Vrstica je izbrisana

(// 20 Trenutna tabela iz customerDataGridView tipa DataGrid se zapiše v tabelo vmesnega pomnilnika

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // če tabela ni prazna

CurMng.RemoveAt(CurMng.Position);// brisanje označenega položaja

// tukaj rezultat == DialogResult.No in brisanje je zavrnjeno

// izhodni postopek

Gostuje na Allbest.ru

Podobni dokumenti

Izdelava baze podatkov. Iskanje, spreminjanje in brisanje zapisov. Obdelava in izmenjava podatkov. Oblikovanje baze podatkov. Definicija formul za izračunani del baze. Urejanje polj in zapisov. Oblike predstavitve informacij v bazi podatkov.

seminarska naloga, dodana 23.02.2009

Razvoj programskega izdelka - baze podatkov "Excursion" v integriranem programskem okolju C ++ Builder 6. Določitev vrstnega reda ogledovanja podatkov baze, njihovo urejanje in brisanje. Značilnosti uporabniškega priročnika in splošnega vmesnika programa.

seminarska naloga, dodana 3.11.2013

Utemeljitev potrebe po sistemih za upravljanje baz podatkov v podjetjih. Značilnosti razvoja programske opreme za upravljanje baz podatkov, ki omogoča pregledovanje, urejanje, vstavljanje zapisov baz podatkov, generiranje poizvedb in poročil.

seminarska naloga, dodana 23.01.2010

Izdelava baze podatkov in opis programa "Study Database", namenjenega združevanju podatkov o študentih. Značilno funkcionalnost programi: dodajanje zapisov v bazo, urejanje, brisanje zapisov in razvrščanje podatkov.

seminarska naloga, dodana 25.04.2011

Razvoj programa "Baza podatkov o športni opremi". Opis algoritma delovanja modulov in blokov. Strukturni diagram predstavitve projekta. Postopek iskanja prave informacije. Samodejno razvrščanje podatkov. Dodajanje in urejanje zapisov.

seminarska naloga, dodana 15.08.2013

Izdelava preprostih referenčnih obrazcev. Urejanje lastnosti obrazca v načinu načrtovanja. Dodajanje in urejanje lastnosti kontrolnikov. Oblikovanje poročil za podatkovno bazo. Prinašanje mize normalna oblika in izdelava podatkovne sheme.

povzetek, dodan 23.11.2008

Postopek načrtovanja in razvoja baze podatkov in programske opreme. Informacije o strukturi podatkovne baze, ustvarjenih tabelah, obrazcih, poročilih, poizvedbah, shranjenih informacijah. Logični in konceptualni podatkovni modeli; izbira programske opreme.

seminarska naloga, dodana 20.01.2010

Vrste omejitev, ki ohranjajo celovitost v relacijskem podatkovnem modelu. Določanje vrednosti polja primarnega ključa z uporabo generatorja. Dodajanje, spreminjanje in brisanje zapisov v tabeli baze podatkov "Library" v programskem jeziku SQL.

laboratorijske vaje, dodano 10.10.2012

Analiza domene. Zahteve za sestavljanje hotelske baze podatkov. Izvedba procesa iskanja potrebnih informacij. Oblikovanje tabel, poizvedb, poročil in njihov izpis. Urejanje, dodajanje in shranjevanje podatkov.

seminarska naloga, dodana 07.02.2016

Utemeljitev izbire orodij za razvoj aplikacij. Dodajanje, brisanje, urejanje informacij. Odsev informacij iz baze podatkov. Poiščite informacije na izbrani tabeli. Projektni podatki, entiteta, logika, podjetje. Shema interakcije med projekti programa.

Priljubljeno v kategoriji: