domov › Navigatorji › OBD avto servis. Prenesite bazo dostopov Avtoservis. Funkcije, ki jih izvaja zbirka podatkov

OBD avto servis. Prenesite bazo dostopov Avtoservis. Funkcije, ki jih izvaja zbirka podatkov

Tehnologija ustvarjanja baze podatkov "Avto servis"

Za izdelavo baze podatkov so bili določeni cilji in cilji baze podatkov »Avtoservis«:

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

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

Razvita in izdelana Car Service Database je skupek med seboj 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 - popravila notranjosti avtomobilov.

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

« naročilo» - vključno s potrebnimi informacijami o naročilu za popravila 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 naslednje elemente:

? Popravilo motorja.
? Popravilo menjalnika.
? Popravilo šasije.
? Popravilo sistema za gorivo.

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

Tabela " Diagnostika", navezujoč se " Po naročilu» in distribuira avtomobile za diagnostiko določenih delov avtomobila, t.j. motor, menjalnik, šasija in sistem goriva.

IN " Diagnostika» shranjujejo se podatki o avtomobilih, ki zahtevajo diagnostiko določenega dela.

? Diagnostika motorja.
? Diagnostika menjalnika.
? Diagnostika šasije.
? Diagnostika sistema za gorivo.

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

GOST 18507 -73

Sistem deluje tako, da zbira informacije o naročilu, nato se pojavi diagnostika, ki določa potrebo po popravilu stroja. Vsaka stopnja (razen začetne) se ne more začeti, dokler druga ni končana, razen če avto ne potrebuje popravila.

Storitveni podsistem IT je bil ustvarjen za zagotavljanje garancije za popravilo, vlaganje garancijskih zahtevkov in nakup rezervnih delov za popravila.

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

Slika 16. Storitev IT

IT storitev - celotno storitev deli na 3 dele:

? garancijski zahtevek,
? registracija garancije,
? naročanje rezervnih delov.

Podatka 1 in 2 - vsebujeta podatke o strankah.

Potrdilo 1 - tabela vsebuje podatke o času povpraševanja in ceni opravljenih storitev.

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

Širitev predstavlja nekakšno povečanje avtoservisnih storitev. Zdaj sistem vključuje popravilo karoserije in popravilo notranjosti, za kar se ukvarja tudi servis.

Razširitveni podsistem je sestavljen iz dveh tabel in vpliva na 2. tabelo 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.

Prenova notranjosti:

? Zamenjava komponent.
? Popravilo komponent.

Te tabele vodijo do povezav s tabelo " Cena» določiti cene storitev.

Delujoč:

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

Viri baze podatkov:

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

Kaskadni model, predstavljen na sliki 18, omogoča zaporedno izvedbo vseh stopenj projekta v strogo določenem vrstnem redu. Prehod na naslednjo stopnjo pomeni popoln zaključek dela na prejšnji stopnji.

To je v bazi podatkov predstavljeno na naslednji način:

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

Slika 18. Model baze podatkov

Faza analize

Tukaj lahko izpolnite vlogo 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. Naknadno, po presoji stranke, se stroj pošlje v popravilo.

Izvedba in izvedbena faza

V tej fazi se izvajajo popravila na delih avtomobila, ki so glede na rezultate diagnostike potrebni popravila ali zamenjave. Na tej stopnji lahko tudi popravite zunanjost in notranjost avtomobila brez kakršnega koli preverjanja.

Faza vzdrževanja

Na tej stopnji se izda garancija za popravilo in se izračunajo sredstva, porabljena za diagnosticiranje 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). Sistem je povezan tudi z različnimi avtohišami (pogodbeno) in zavarovalnicami, ki zavarujejo sam servis avtomobila, ter podjetjem, kjer se nadomestni deli kupujejo.

Deljivost- sistem je sestavljen iz številnih podsistemov, ki opravljajo določene funkcije in imajo sposobnost samostojnega delovanja.

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 izdaje garancije stranka ne bo mogla reklamirati servisa).

Standardi

GOST 21624 -76 - ta standard določa zahteve za izdelke za zagotavljanje določene ravni uporabnosti (ET) in vzdržljivosti (RP), pa tudi vrednosti kazalnikov ET in RP, ki jih določa GOST 20334-81 za avtomobilske izdelke - štirikolesna vozila na pogon in delni pogon (tovorna vozila, osebna vozila in avtobusi), priklopniki in polpriklopniki (v nadaljevanju izdelki).

GOST 18507 -73 - ta standard se uporablja za avtobuse in osebne 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 osebna vozila, katerih remont je bil opravljen po naročilu posameznih lastnikov.

Tehnične specifikacije

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

Slika 19. Splošna baza vseh storitev na bencinskem servisu

2. Podatki o potrebnih orodjih in materialih.

Slika 20. Podatki o orodju in materialu

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

Med delom 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 zbirka podatkov je bil testiran na servisu. Sistem je preizkušen. Med delom so bile narejene prilagoditve in v delu je bila predstavljena končna različica baze podatkov »Avtoservis«.

Potrebno je ustvariti bazo dodatkov za “Avtoservis”.

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

Obrazec »Lastniki« s podrejenim obrazcem »Avtomobili«.

riž. 2 Obrazec "Avtomobili"

Obrazec za zaposlene

riž. 4 Obrazec "Storitev"

riž. 5 stran z zahtevami

Poizvedba »Združevanje po delovnih mestih in zaposlenih«

Poizvedba "Po priimku mehanika"

Zahteva "Išči 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 Podatkovni diagram končane podatkovne baze »Avtoservis« prikazuje relacije tabel: Lastniki, Avtomobili, Storitev, Kategorija delovnega mesta, Zaposleni.

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

Struktura tabele »Lastniki«: št. lastnika, polno ime, mobilni telefon, vozniško dovoljenje št.

Struktura tabele »Storitev«: servisna številka, vozilo, kategorija dela, datum pripravljenosti naročila, zaposleni.

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

ali tukaj:

Brezplačno prenesite poročilo zbirke podatkov z zaslonskimi obrazci

Približna cena 763 rub.

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 o podobnih temah:

Dostop do baze podatkov Avtoservis 2
Generiranje računov za plačilo v avtoservisu
Registracija avtomobila v avtoprevozniškem podjetju.
ATP (podjetje za motorni promet).
ATP 2007 (avtotransportno podjetje)
Avtoservisne delavnice
"Operacijsko računovodstvo Vozilo»
“Obračun prometnih nesreč”
Registracija avtomobilskih prekrškarjev v prometni policiji.
“Obračun prometnih prekrškov”
"Zamenjava avtodelov na bencinskih servisih"
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 MOL in skupinah vozil
Taksi
Podjetje za osebna vozila
Vozni red minibusa
Obračun cestnega prometa po znamki avtomobila

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; dostop do primerov baze podatkov; ustvarjanje baze podatkov v dostopu; dostop do baz podatkov; zahteve za dostop; poročila o dostopu; dostopne mize; makri v dostopu; dostop do tečajev; dostop do primerov 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; pripravljena zbirka podatkov o tečajih. Baza tečajev “Avtoservis” je bila ustvarjena v access 2010 in pretvorjena v access 2003, zato se bo odprla v access 2003, 2007, 2010.

Potrebno je ustvariti bazo dodatkov za “Avtoservis”. Glavna oblika gumba končane podatkovne baze »Avtoservis«. Obrazec »Lastniki« s podrejenim obrazcem »Avtomobili«. Obrazec "Avtomobili". Obrazec delovne kategorije. Obrazec za zaposlene. Servisni obrazec. Stran z zahtevami. Poizvedba »Združevanje po delovnih mestih in zaposlenih«. Poizvedba "Po priimku 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." Podatkovni diagram končane baze podatkov »Avtoservis« prikazuje relacije tabel: Lastniki, Avtomobili, Storitev, Kategorija delovnega mesta, Zaposleni. Struktura tabele "Avtomobili": stanje. številka, znamka, lastnik. Struktura tabele »Lastniki«: številka lastnika, polno ime, številka mobilnega telefona, številka vozniškega dovoljenja. Struktura tabele »Kategorija dela«: šifra dela, ime dela, opis, cena dela. Struktura tabele “Storitev”: servisna številka, vozilo, 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 priimku mehanika" v načinu načrtovanja. Struktura zahteve "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. Pretvorba modela entiteta-razmerje v relacijskega
podatkovni model 10
RAZDELEK 3. Oblikovanje zbirke podatkov 12
3.1. Razvoj tabel 12
3.2. Razvoj obrazcev za vnos podatkov 17
3.3. Razvijanje poizvedb po bazi podatkov 21
3.4. Poročilo o razvoju 27
SKLEP 30
REFERENCE 31
PRIJAVE 32

UVOD

Danes je oblikovanje baz podatkov (v nadaljevanju DB) postalo pomembno za številne organizacije, ki uporabljajo računalniško tehnologijo za izboljšanje produktivnosti svojega dela. Baze podatkov so postale osnova informacijskih sistemov, njihova uporaba pa postaja sestavni del delovanja vsakega podjetja.
Objekt tečajno delo 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 zasnove podatkovne baze je prikazati proces popravljalnih dejavnosti malega podjetja
Za dosego tega cilja so bile zastavljene naslednje naloge:

Obstaja ogromno različnih virov informacij o oblikovanju relacijskih baz podatkov in njihovih aplikacij. Izmed vseh predlaganih virov so bili izbrani tisti, ki so primerni za načrtovanje baz podatkov v okolju OpenOffice.org Base. Knjige na primer obravnavajo 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 opisana metodološka priporočila 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 vozil.
Glavne funkcije baze podatkov se nanašajo na beleženje vseh avtomobilov, ki so bili kdaj v servisu, 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, ampak tudi opombe, pojasnila, opise itd. 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 prisotnosti okvare v avtomobilu lastnika in poročilo o delu avtoservisa (število avtomobilov v popravilu, ime zaposlenega, ki jih je popravil).

Baza podatkov "Avtoservis" je namenjena administratorjem in zaposlenim v avtoservisih, ki sprejemajo in obdelujejo naročila za popravila in servisiranje avtomobilov.
Predmet naloge so podatki o napakah, lastnikih avtomobilov in avtoservisnih delavcih.
Informacijski sistem, ki se razvija, mora opravljati naslednje funkcije:

Izhod informacij v obliki poročil:

Za bazo podatkov, ki se razvija, veljajo naslednje zahteve: celovitost podatkov, odsotnost podvajanja, odsotnost relacij mnogo proti mnogo, odsotnost rekurzivnih relacij, relacij z atributi, več atributov.
Informacije v zbirki podatkov izpolnjujejo naslednje zahteve:
pomembnost, popolnost, zanesljivost, razumljivost, učinkovitost.
Ta predstavitev poveča enostavnost uporabe baze podatkov, v tem primeru bo vnos podatkov omejen na izbiro potrebnih informacij s seznama, kjer je to mogoče, kar bo zagotovo povečalo hitrost vnosa informacij in pomagalo preprečiti napačne vnose parametrov.
Kot rezultat oblikovanja in implementacije te podatkovne baze so potrebni naslednji kazalniki uspešnosti: skrajšanje časa pri vnosu novih podatkov in spreminjanju starih ter posledično povečanje produktivnosti dela ter pravočasen in popoln prejem informacij, potrebnih za upravljanje avtoservisa.

RAZDELEK 2: Modeliranje podatkovnih struktur

2.1. Razvoj konceptualnega modela baze podatkov

Pri gradnji konceptualnega modela baze podatkov bomo uporabili priporočila I.P. Karpova. . Kot ugotavlja avtor, je konceptualni model baze podatkov visokonivojski objektno usmerjen model predmetnega področja, ki predstavlja objektno domeno kot niz objektov, ki imajo določene lastnosti in so v določenih odnosih. Glavni namen razvoja visokonivojskega podatkovnega modela je ustvariti model uporabnikovega dojemanja podatkov in uskladiti veliko število tehničnih vidikov, povezanih z zasnovo baze podatkov. Konceptualni podatkovni model ni vezan na določeno fizično izvedbo baze podatkov in ni odvisen od določenega DBMS. Konceptualni model je ustvarjen na podlagi idej o predmetnem področju posameznega tipa uporabnika, ki predstavlja nabor podatkov, ki jih uporabnik potrebuje za reševanje svojih težav.
Konceptualni model baze podatkov Avtoservis je bil zasnovan kot model »entiteta-relacija«.
Glavni koncepti modela vključujejo koncepte, kot so entiteta (objekt), razmerje (odnos), tipi entitet, tipi odnosov in atributi.
Entiteta je resničen ali predstavljiv predmet, informacije o katerem morajo biti shranjene in dostopne. 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 določeno vrsto entitete, vendar je lahko enako za različne vrste subjekti. Atribut entitete je vsaka podrobnost, ki služi razjasnitvi, identifikaciji, klasifikaciji, kvantificiranju ali izražanju stanja entitete. V pravokotnik, ki označuje entiteto, bomo vpisali imena atributov in jih zapisali pod imenom entitete.
Med entitetami se vzpostavijo razmerja.
Odnos je grafično predstavljena povezava, vzpostavljena med dvema entitetama. Ta povezava je vedno binarna in lahko obstaja med dvema različnima entitetama ali med entiteto in samo seboj (rekurzivno razmerje). Povezave označujemo s črtami.
Tako iz opisa predmetnega področja izluščimo vse vrste
entitete:
– stranke;
– Naročila;
– mojstri;
- Seznam del.
Vsaki entiteti določimo lasten niz atributov.
Entiteta Stranka je definirana z naslednjim nizom atributov:

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

Bistvo mojstra je dokumentirano na podlagi naslednjih lastnosti:

Entiteta Seznam del je opredeljena z naslednjim nizom atributov:

V skladu z modelom domene je predstavljen naslednji konceptualni model baze podatkov »Avtoservis« (slika 1).
Slika 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. Nezaželeni elementi vključujejo:
– razmerja mnogo proti mnogo;
– rekurzivne povezave;
– povezave z atributi.
Zgoraj omenjenih nezaželenih elementov v izdelanem konceptualnem modelu ni bilo.
Logično vezje podatki so prikazani na sliki 2.

riž. 2. Logični podatkovni diagram.

Pretvarjanje modela entiteta-razmerje v relacijski podatkovni model
izvedemo z zaporednim izvajanjem več korakov:
– vsaka entiteta je povezana z relacijo v relacijskem podatkovnem modelu;
– vsak atribut entitete postane atribut ustreznega odnosa;
– primarni ključ entitete postane primarni ključ ustreznega odnosa. Atributom, ki so vključeni v primarni ključ razmerja, se samodejno dodeli zahtevana lastnost (NOT NULL). Vsakemu razmerju, ki ustreza podrejeni entiteti, je dodan nabor atributov glavne entitete, ki je primarni ključ glavne entitete. V razmerju, ki ustreza podentiteti, 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).
OpenOffice.org Base ponuja tri različne poti 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 vsakega 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 tabel, ki jih vsebuje.
Baza podatkov Car Service vsebuje štiri tabele:

riž. 3. Tabela Stranke.

riž. 4. Naročila miz.

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 pa enako število povezav. Pri izbiri primarnega ključa nas bodo vodila naslednja pravila:
– ključ mora vsebovati minimalen nabor atributov;
– uporabite ključ, katerega vrednosti se bodo najmanj spremenile;
– vrednost ključa mora imeti minimalno dolžino.
Na podlagi zgoraj navedenega bomo definirali 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 odnosov med tabelami:
– 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 »Avtoservis«, so bile že predstavljene v prejšnjem razdelku na sl. 2.

Obrazec je predmet, namenjen vnašanju, urejanju in pregledovanju tabelarnih podatkov v priročni obliki.
Obrazci vsebujejo tako imenovane kontrole, ki omogočajo dostop do podatkov v tabelah. Kontrolni elementi so besedilna polja za vnos in urejanje podatkov, gumbi, potrditvena polja, radijski gumbi, seznami in 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 opraviti z drugimi sredstvi, kar vam omogoča preverjanje veljavnosti podatkov, ko jih vnašate, izvajanje izračunov in omogočanje dostopa do podatkov v povezanih tabelah z uporabo podobrazcev.
OpenOffice.org Base ponuja več načinov za ustvarjanje obrazcev. Najenostavnejši od teh je uporaba orodij za samodejno ustvarjanje obrazcev na podlagi tabele ali poizvedbe.
Za podatkovno bazo Auto Service obstajajo štirje preprosti obrazci in trije podobrazci.
Primeri preprostih obrazcev so prikazani na sliki 7-10.

Slika 7. Obrazec za stranko.

Slika 8. Obrazec za naročila.

Slika 9. Seznam del.

Slika 10. Mojstri.
Sestavljena oblika vsebuje glavno obliko in podobrazec – podobrazec. Podobrazec je po svoji vsebini enak obrazec, vendar se ne uporablja samostojno, ampak se vedno naloži iz nekega obrazca, ko odpira ali ustvarja dokument. V podobrazcu lahko naredite skoraj vse, kar lahko naredite v obrazcu, le da vanj ne morete vstaviti drugega podobrazca.
Pri ustvarjanju polj v podobrazcih ne pozabite upoštevati, da morajo biti imena vseh polj znotraj obrazca unikatna, tako kot tudi vseh podobrazcev, ki se v njem uporabljajo hkrati.
Zahvaljujoč sestavljenim obrazcem je mogoče istočasno izpolniti različne tabele.
Primeri podobrazcev so predstavljeni na sl. 11-13.

riž. 11. Obrazec za stranko 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 strank in naročil.

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

riž. 13. Glavni obrazec s podobrazcem Naročila.
Obrazec Master s podobrazcem Naročila vam omogoča nadzor nad izvedbo del posameznega mojstra.

Poizvedba je objekt, ki vam omogoča pridobitev potrebnih podatkov iz ene ali več tabel.
Poizvedbe se uporabljajo za pridobivanje podatkov iz tabel in njihovo predstavitev uporabniku v priročni obliki. Z njihovo pomočjo se podatki izbirajo, razvrščajo in filtrirajo. Podatke lahko pretvorite z danim algoritmom, ustvarite nove tabele, samodejno zapolnite tabele s podatki, uvoženimi iz drugih virov, izvedete 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 od dela s tabelami, shranjenimi na trdem disku.
Na zahtevo lahko dobite podatke razvrščene in filtrirane po potrebi. 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 informacijski in logični model baze podatkov »Avtoservis«.

 Implementirajte ga v MS Access DBMS.

 Sestavite "Pojasnilo" za predmetni projekt v skladu z naslednjim načrtom:

Namen baze podatkov

Baza podatkov "Avtoservis" je namenjen izvajanju sprejema in obdelave naročil za delo s strani avtoservisnega podjetja.

Seveda pa ne teži k visokemu nazivu ACS. Zaradi odsotnosti celotnih blokov, potrebnih za celovit avtomatiziran nadzorni sistem:

 računovodstvo,

 Gospodarski blok

 Načrtovano

 zaloge

 In številni drugi bloki.

Izvaja se samo en od blokov ACS - delovno mesto »Sprejem naročil«: delo s strankami: sprejemanje in evidentiranje naročil, organizacija njihovega izvajanja, poročanje o rezultatih dela.

Funkcije, ki jih izvaja zbirka 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, izbiro polnega imena stranke (s seznama), izbiro vrste avtomobila stranke in vnos podatkov o njem.

Na istem mestu se vpiše sestava opravljenih del in imena delavcev avtoservisa, 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 servisiranje vozil.

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

Oblikovanje baze podatkov

Predstavimo naslednje koncepti in simboli :

Entitete

BISTVO

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

Entitete bomo označili s pravokotniki,

Atributi entitete

Atribut – imenovan značilnost entitete . 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 razjasnitvi, identifikaciji, klasifikaciji, kvantificiranju ali izražanju stanja entitete.

BISTVO

Lastnosti

Imena atributov postavili ga bomo v pravokotnik,

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

z malimi črkami.

Odnosi

Povezava - to je grafično prikazano združenje , nastavljen med dvema entitetama. Ta povezava je vedno binarna in lahko obstaja med dvema različnima entitetama ali med entiteto in samo seboj (rekurzivno razmerje).

Povezave– označili bomo s črtami, nad katerimi bomo postavili stopnja povezave (« 1 » oz « ∞ » , kar pomeni "mnogo") in njegove značilnosti.

Ključna polja

Opredelimo pojem primarni in zunanji ključi

Ključ je minimalni nabor atributov, katerih vrednosti je mogoče uporabiti za nedvoumno iskanje zahtevanega primerka entitete. Minimalnost pomeni, da izključitev katerega koli atributa iz niza ne omogoča, da bi entiteto identificirali preostali. Vsaka entiteta ima vsaj en možen ključ.

Eden od njih je vzet kot primarni ključ .

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

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

Tuji ključi

Če subjekt Z povezuje 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 vsebovati tuji ključ, ki ustreza primarnemu ključu entitete A.

Opomba:

1. Ker so razvijalci MS Access DBMS na začetku upošteval težave, ki se pojavljajo pri 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 nujno ponudbe.

Značilnosti te vrste polja so:

Pri vstopu nov vnos– se na tem polju AVTOMATSKO oblikuje nov, unikaten, neponovljiv številčna vrednost.

Polje ne more sprejeti nedoločen pomen.

Polje – avtomatsko 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. Imeli ga bomo primarni ključ .

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

S pomočjo teh polj povežemo glavno in podrejeno tabelo. To je vse. Povezava je končana!

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

Ki omogoča ne samo vezati tabele, vendar za vsako povezavo navedite tudi:

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

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

Kaj je treba navesti pri gradnji Urgenca– modeli Baza podatkov.

Še posebej, zato Access je idealen kot 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.

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

PRVA VISOKA 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 UNIVERZA ZA MINERALNE BOGARSTVA "RUDARSTVO"

Tečajna naloga

"Baza podatkov - avtoservis"

Disciplina: 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. Uporabniški diagram

8. Vmesnik

Zaključek

Bibliografija

Aplikacija

Uvod

V naši dobi, dobi digitalne tehnologije, igrajo računalniki ključno 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 dodeljenih nalog se izvede v najkrajšem možnem času, pri večini dodeljenih nalog pa ima pogosto odločilno vlogo časovni dejavnik. Računalniška moč in pomnilniška zmogljivost računalnikov sta v zadnjih letih postali neverjetno veliki, njihove cene pa so se znatno znižale, kar je prispevalo k množični informatizaciji absolutno vseh sektorjev človeške dejavnosti. Zdaj si težko predstavljamo življenje brez pametnega stroja, ki poenostavi in pohitri ogromno opravil. Uporabnost računalnika je zanikana v odsotnosti specializirane programske opreme, brez katere "železni pomočnik" postane neuporaben. V tem delu se bomo pogovorili o ustvarjanju tako pomembnega in v večini organizacij glavnega programa, katerega ime je baza podatkov. V tem konkretnem primeru baza podatkov o avtoservisih.

1. Opis predmetnega področja

Cilj naloge je pridobiti programski izdelek, ki vam omogoča shranjevanje informacij o strankah storitev, 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 obdelave in iskanju potrebnih informacij.

Potreba po avtomatizaciji te naloge je posledica dejstva, da se izbira potrebnih podatkov za poročila in beleženje dela inženirjev običajno izvaja ročno ali z uporabo Excela, pri čemer se za to porabi precej časa. Ta program Omogoča tudi iskanje, filtriranje in razvrščanje podatkov.

Za delo s programom ni potrebno posebno znanje programiranja.

2. Opis strukture baze podatkov

Razmerja med tabelo:

Tabela strank je povezana s tabelo masters z razmerjem 1:N z uporabo polja vin_number

Tabela strank je povezana s tabelo za izračun v razmerju 1:1 z uporabo polja vin_number

3. Mize

Tabela 1: Stranke (vodilna tabela)

Tabela 2: Glavni (podrejeni)

Tabela 3: Glavni (podrejeni)

programska oprema za urejanje baze podatkov avtoservisa

4. Tehnična naloga

Razlog za razvoj:

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

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 mora biti vpogled v bazo podatkov z možnostjo izbrisa določenih informacij iz nje.

Zahteve glede zanesljivosti:

· Program mora obdelati napačna dejanja uporabnika in ga o tem obvestiti.

· Program mora zagotavljati nadzor nad vhodnimi 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 vnosa

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) () // shranjevanje sprememb

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

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

private void b_exit_Click(object sender, EventArgs e) () // izhod iz programa

6. Komponente

7. Shema zauporabnik

Tabela 1 »Odjemalci« in tabela 2 »Masterji« sta povezani z razmerjem »Ena proti mnogo« z uporabo polja vin_number.

Tabela 1 »Stranke« in tabela 3 »stroški« sta povezani z razmerjem »ena proti ena« z uporabo polja vin_number.

8. Vmesnik

Dodajanje novega vnosa

Urejanje stare objave

Brisanje vnosa

Razvrsti po datumu obiska

Podpisane tabele

Glavna tabela programa Auto Service vključuje:

1. Seznam avtomobilov strank

2. Datum prijave lastnika avtomobila

3. Okvara

4. Telefonska številka stranke

5.VIN številka

6. Seznam strank se upravlja 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 servisiranje delovnega mesta avtoservisera.

Pri izvajanju vaj so pridobili znanja s področja gradnje in programiranja baz podatkov v programskem jeziku C#.

Bibliografija

1. Matyukhin S.A. "Programiranje v objektno usmerjenem pristopu C #" - izobraževalni in metodološki kompleks 2013

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

3. E. Stillman, J. Zeleno učenje C#. 2. izdaja = Head First C#, 2ed. - Sankt Peterburg: "Peter", 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 Shildt. C# 4.0: popoln vodnik= C# 4.0 Popolna referenca. -- M.: "Williams", 2010. -- Str. 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 dinamično povezana. tabela 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 vrstico z zapisom datoteke vin s shifrRab in premaknil DataSet v stanje »urejanja«, v katerem vam omogoča spreminjanje vrednosti polj

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

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

vrstica = textBox8.Text; //15 je bilo zapisano v četrtem polju 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 sestavite opozorilo, da ne naredite pomotnega izbrisa

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

Rezultat DialogResult; // 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 Telefonska številka stranke = " + s4 + "\n Številka Vin" + s5;

// spremenljivka rezultata lahko sprejme vrednosti 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 je zapisana v tabelo vmesnega pomnilnika

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

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

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

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

// izhod iz postopka

Objavljeno na Allbest.ru

Podobni dokumenti

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

tečajna naloga, dodana 23.02.2009

Izdelava programskega izdelka - podatkovne baze "Excursion" v integriranem programskem okolju C++ Builder 6. Določitev vrstnega reda vpogleda v podatkovno bazo, urejanje in brisanje le-teh. Značilnosti uporabniškega priročnika in splošnega programskega vmesnika.

tečajna naloga, dodana 11/03/2013

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

tečajna naloga, dodana 23.01.2010

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

tečajna naloga, dodana 25.4.2011

Razvoj programa "Baza športne opreme". Opis algoritma delovanja modulov in blokov. Strukturni diagram predstavitve projekta. Postopek iskanja potrebnih informacij. Samodejno razvrščanje podatkov. Dodajanje in urejanje vnosov.

tečajna 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. Casting a table to 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; izbor programske opreme.

tečajna 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.

laboratorijsko delo, dodano 10.10.2012

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

tečajna naloga, dodana 07.02.2016

Utemeljitev izbire orodij za razvoj aplikacij. Dodajanje, brisanje, urejanje informacij. Odsev informacij iz baze podatkov. Iskanje informacij za izbrano tabelo. Projektni podatki, entiteta, logika, podjetje. Shema interakcije med programskimi projekti.

Priljubljeno v kategoriji: