Srodne teme

20.07.2004. lokalni backup baze
01.08.2008. Studiranje DIZAJNA u inostranstvu.. informacije ?
19.03.2005. Skola web dizajna
13.09.2005. Novi u svijetu dizajna
25.09.2005. Pomozite mi oko postavljanje PHP baze na Loopiji
07.11.2005. shkola\kurs grafichkog dizajna??!
13.09.2006. datagrid i brisanje iz baze
29.11.2006. Kako kreirati mysql bazu?
12.08.2007. Pomoć oko izbora programa i web dizajna (početn..
10.08.2007. Fakultet 3D dizajna u Austriji

Navigacija

Brisanje liste

Lista poslednjih: 16, 32, 64, 128 poruka.

Pomoć oko dizajna baze

[es] :: Access :: Pomoć oko dizajna baze

Strane: < .. 1 2 3 4

[ Pregleda: 13891 | Odgovora: 64 ] > FB > Twit

Autor

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84

+1 Profil

Re: Pomoć oko dizajna baze

^{21.02.2018. u 23:05 - pre 87 meseci}

Pozdrav svima,

molio bi za pomoć vezano za ovaj primjer ali posmatran sa strane stolara.

Nešto razmišljam ovako, kada škola pošalje neki stol u stolariju da se popravi nameću se tu neke tabele ali mi problem predstavlja kako locirati pravu tabelu od koje posmatramo događaj.

Imao bi tabele:

stolar (ime i prezime: marko marković, petar petrović)
stolovi (proizvodni broj: 1234, 2345)
servis (datum servisa, usluga, odgovorna osoba škole koja potpisiva tu uslugu: 22.2.2018, poliranje i bojenje, direktor škole Nikola Šop)
škola (id broj, naziv, odgovorna osoba: 1234567890123, oš Branka Ćopića, direktor škole Nikola Šop)

Ovdje gledam ovo sa strane stolara pa ne mogu da shvatim da li je stolar glavna tabela ili servis? Molio bi nekoga da mi ovo pojasni.

Na netu sam našao i ovaj primjer sa slike:

pa mi nije jasna ova veza manufacturer - model - car.

Kako je ispravno razmišljati kada su baze u pitanju ili da auto ima više modela ili da model ima više auta???

Ili još jedna kombinacija da proizvođač ima više modela koji opet imaju više auta???

Hvala Vam puno na strpljenju i pomoći.

lp

_{[Ovu poruku je menjao Carduel dana 22.02.2018. u 03:52 GMT+1]}

Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2836

+45 Profil

Re: Pomoć oko dizajna baze

^{22.02.2018. u 06:21 - pre 87 meseci}

U konkretnom slučaju oko automobila, odgovor bi bio da proizvođač proizvodi više modela automobila i to svaki model u više tipova, u ovom slučaju tabela (Car), koji se mogu razlikovati po vrsti ugrađene opreme, boji itd.

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Odgovor na temu

djoka_l
Beograd

Član broj: 56075
Poruke: 3570

Jabber: djoka_l

+1527 Profil

Re: Pomoć oko dizajna baze

^{22.02.2018. u 08:46 - pre 87 meseci}

Na konkretnom primeru koji si postavio u pitanju je rent-a-car agencija.
Car je tabela gde se za konkretan automobil čuva registarski broj, kilometraža itd.
Model sadrži naziv modela, šifru modela i cenu dnevnog najma. Na primer, rent-a.car ima 10 automobila Opel Insignia (svi imaju drugačiju kilometražu, registarsku tablicu), ali postoji jedan slog u Model jer jer cena iznajmljivana na nivou modela, a ne pojedinačnog automobila.

U tabeli Manufacturer (koja je potpuno nepotrebna u postojećem modelu) nalaze se podaci o proizvođaču automobila, recimo Opel, Mercedes, Fiat. Ovo bi imalo smisla, kada bi, recimo, postojali ovlašćeni servisi, pa da znaš kod koga da šalješ na servis.

Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84

+1 Profil

Re: Pomoć oko dizajna baze

^{27.02.2018. u 20:52 - pre 87 meseci}

Pozdrav svima,

molio bi pojašnjenje vezano za slučaj ako imamo više proizvoda, koje treba sačuvati u bazi, sa različitim imenima polja (field name) na koji način se to ispravno uradi?

Gledao sam neke primjere pa u prvom slučaju ako sve ostavimo u jednoj tablici pojavljuju se previše null vrijednosti (previše null vrijednosti - ne znam koliko je to općenito dobro kod baza?!), drugi slučaj da se u tablici product ostave zajednička imena polja a ostala da se prebace u tablicu productdetail pa sve do toga da se ti detalji postavljaju pojedinačno po tablicama (detaljna razrada).

Ako možete da navedete neki jednostavan primjer i pojasnite ova tri slučaja kad je šta dobro.

Hvala svima

_{[Ovu poruku je menjao Carduel dana 27.02.2018. u 23:45 GMT+1]}

Odgovor na temu

Dexxxl

Profil

Re: Pomoć oko dizajna baze

^{28.02.2018. u 18:47 - pre 87 meseci}

Citat:

da se u tablici product ostave zajednička imena polja a ostala da se prebace u tablicu productdetail pa sve do toga da se ti detalji postavljaju pojedinačno po tablicama (detaljna razrada).

Upravo tako. U jednoj tabeli cuvas podatke koji su zajednicki za sve proizvode, a onda zasebne tabele u vezi 1:1 za svaku grupu proizvoda sa poljima koja su specificna samo za tu grupu.
Na primer tabela prevozna sredstva sa podacima koji se vode za sva sredstva, a onda u vezi 1:1 tabele Putnicka, Motocikli, kamioni...
sa podacima koji su specificni za pojedinu grupu. Ima dosta primera na forumu, ali trenutno ne uspevam da nadjem ni jedan reprezentativan

Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84

+1 Profil

Re: Pomoć oko dizajna baze

^{28.02.2018. u 19:44 - pre 87 meseci}

Znači veza je 1:1 prevozna sredstva : putnička, motocikli, kamioni...

Pošto su polja različita za te detalje kako se rješava forma za unos kada se unosi novo prevozno sredstvo?

Da li tu ima neki combo box ili nešto drugo što će pozvati neku formu ili subformu samo za to prevozno sredstvo, neki vb kod?

Ili jednostavno napraviti cijeli popis pa popuniti samo neka polja (zajednička) i ovisno od detalja nekog prevoznog sredstva?

Odgovor na temu

Dexxxl

Profil

Re: Pomoć oko dizajna baze

^{01.03.2018. u 10:13 - pre 87 meseci}

Ima vise nacina. Na primer forma i podforme sa svojstvom visible na false, pa kad na formi izaberes vrstu iz comba automatski postaje visible odgovarajuca podforma. Nemam sad vremene, ako stignem postavicu veceras

Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84

+1 Profil

Re: Pomoć oko dizajna baze

^{01.03.2018. u 15:32 - pre 87 meseci}

Citat:

Dexxxl : Ima vise nacina. Na primer forma i podforme sa svojstvom visible na false, pa kad na formi izaberes vrstu iz comba automatski postaje visible odgovarajuca podforma. Nemam sad vremene, ako stignem postavicu veceras

Hvala puno Dexxxl.

Svaki primjer je dobro došao jer vizualno mogu vidjeti kako to izgleda a to mi je puno zgodnije nego kad je opisno.

Mislio sam da je ovo jednostavnije ali kako napredujem sve više se divim ljudima od struke, koje znanje treba imati da se čovjek uhvati u koštac s ovim.

Odgovor na temu

Dexxxl
Dejan Stojanovic
Blagi uzas
Knjazevac

Član broj: 252836
Poruke: 212
178-223-146-122.dynamic.isp.telekom.rs.

+9 Profil

Re: Pomoć oko dizajna baze

^{02.03.2018. u 19:54 - pre 87 meseci}

Malo kasnim, ne stizem zbog obaveza, sto poslovnih, sto kafanskih :)
Evo dva primera

Prikačeni fajlovi

primeri.zip

primeri.zip - 45.19k

Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84

+1 Profil

Re: Pomoć oko dizajna baze

^{02.03.2018. u 21:14 - pre 87 meseci}

Hvala puno Dexxxl.

Nije ništa od glavu, kafanske obaveze se ne smiju propuštati. :)

Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84

+1 Profil

Re: Pomoć oko dizajna baze

^{04.03.2018. u 22:23 - pre 86 meseci}

Pozdrav svima,

u slučaju da ne koristimo za PK autonumber tip podatka nego neki drugi kako možemo postaviti provjeru unosa da nas access upozori da u bazi već imamo unešen taj podatak?

Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2836

+45 Profil

Re: Pomoć oko dizajna baze

^{05.03.2018. u 15:18 - pre 86 meseci}

Za ispitivanje i proveru unesenih podataka i dobijanje poruke na ekranu u vidu: „Ovaj zapis već postoji” treba će ti poznavanje VBA programskog jezika. Evo nešto slično što kod mene radi u jednoj aplikaciji.

Code:
Private Sub BrojPrijemnice_BeforeUpdate(Cancel As Integer)
    Dim Baza        As Database
    Dim Sl_Zagl     As Recordset
    Dim Usl_Zagl    As String
    Dim Nova_sifra  As Long

    If IsNull([BrojPrijemnice]) Or [BrojPrijemnice] = 0 Then
         MsgBox "Morate uneti broj prijemnice", vbCritical, "Pažnja"
         Me![BrojPrijemnice].SetFocus
         Exit Sub
    End If

    Nova_sifra = Me![BrojPrijemnice]

    If IsNull(DLookup("[BrojPrijemnice]", "Prijemnica", "[BrojPrijemnice]=" & Nova_sifra)) = False Then
        Me![BrojPrijemnice].Undo   ' Poništava vrednost unetog polja
        DoCmd.RunCommand acCmdUndo ' poništava unos sloga
        Cancel = True
        MsgBox "Pod šifrom  " & Nova_sifra & "  imate unete podatke", vbCritical, "Pažnja"
        DoCmd.FindRecord Nova_sifra 'nađe i prikaže slog sa šifrom koja je pokušana da se duplo unese
                                     ' varijanta kada su dostupni svi slogovi, a ne samo novi.
    End If
   ' ..............
   ' ...............
   ' ........
End Sub

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84

+1 Profil

Re: Pomoć oko dizajna baze

^{29.04.2018. u 22:56 - pre 85 meseci}

Pozdrav svima,

zamolio bi iskusne kolege za jedno pojašnjenje vezano za dobavljače i kupce.

Primjetio sam da se koriste dvije varijante:

1) Podaci o dobavljačima i kupcima idu u jednu tabelu.
2) Podaci o dobavljačima i kupcima idu u dvije tabele (tabela dobavljač i tabela kupac).

Pošto ovo ne razumijem najbolje možete li mi reći koje su prednosti i nedostaci ovih varijanti.

Gledao sam Northwind bazu podataka i u njoj se koristi varijanta broj 2 (posebno dobavljači, posebno kupci).

lp

Odgovor na temu

Predrag Supurovic
Pedja YT9TP
Užice

Član broj: 157129
Poruke: 6340

Sajt: pedja.supurovic.net

+1586 Profil

Re: Pomoć oko dizajna baze

^{30.04.2018. u 08:12 - pre 85 meseci}

Ako ti jedan klijent nikada neće biti i kupac i dobavlač onda mogu dve tabele. Ako klijent može da bude i kupac i dobavljač onda u jednu.

http://pedja.supurovic.net - http://wireless.uzice.net - Besplatni .RS domeni - Mikrotik uputstva - YT9TP - OpenStreetMap Srbija

Odgovor na temu

djoka_l
Beograd

Član broj: 56075
Poruke: 3570

Jabber: djoka_l

+1527 Profil

Re: Pomoć oko dizajna baze

^{30.04.2018. u 08:52 - pre 85 meseci}

Kada bi postojalo rešenje koje je uvek bolje, onda bi svi radili na taj način.
Nekako, krećeš iz sredine.

Zamisli da imaš situacije:
1. Ogroman broj kupaca, mali broj dobavljača (zamisli, na primer telekom firmu, imaju stotine hiljada "kupaca" a samo nekoliko stotina dobavljača. Šta bi bilo da se i kupci i dobavljači drže u jednoj tabeli. Zamisli situaciju da treba da napraviš izveštaj o dobavljačima, a u tabeli ti je samo jedan procenat slogova ili manje vezan za dobavljače).
2. ogroman broj dobavljača a mali broj kupaca (na primer fabrika automobila sa hiljadama kooperanata, a imaju samo veleprodaju koja ima nekoliko dsetina auto-kuća koje su kupci, pa dalje plasiraju u maloprodaju).
3. postoji umeren broj i kupaca i dobavljača i većinom se pojavljuju i kao kupci i kao dobavljači.
4. postoji puno kupaca dobavljača, ali se uglavnom javljaju ili kao kupci ili kao dobavljači.

Možda o kupcima imaš malo podataka, a o dobavljačima znatno više. Da li onda gurati mnogo NULL polja u jednu tabelu koja je zajednička za kupce i dobavljače?

Dizajn tabele je rezultat sistem analize i ne postoje unapred najbolja rešenja za svaku moguću situaciju.

Odgovor na temu

Predrag Supurovic
Pedja YT9TP
Užice

Član broj: 157129
Poruke: 6340

Sajt: pedja.supurovic.net

+1586 Profil

Re: Pomoć oko dizajna baze

^{30.04.2018. u 10:27 - pre 85 meseci}

Dobro de ne treba preterivati, čim Carduel ovo pita sigurno se radi o nekom jednsotavnom slučaju.

Čak i kada je složen, nema razloga da se redudatno uinosi isti komitent dva puta. Problem raznorodnih podataka zavisno od tipa komitenta se rešava odvahanjem speicičnih podataka za svaki ti u posebne table a a srodni podaci se ostavljaju u osnovnoj tabeli. Kada ti trebaju podaci o kupcima onda uzmes osnovu tabelu i povezes je sa tabelom sa podacima o kupcima. Kad ti trebaju podaci o dobavljacima ,onda, opet, uzmes osnovnu tabeli i povezes je sa tabelom sa podavima o dobavljacima.

Ako je baza baš tolika da i filtiranje po tipu predstavlja zahtevan posao onda radis nemarnu redundansu u neke privremene tabele da izbegnes cesto filtriranje.

http://pedja.supurovic.net - http://wireless.uzice.net - Besplatni .RS domeni - Mikrotik uputstva - YT9TP - OpenStreetMap Srbija

Odgovor na temu

djoka_l
Beograd

Član broj: 56075
Poruke: 3570

Jabber: djoka_l

+1527 Profil

Re: Pomoć oko dizajna baze

^{30.04.2018. u 11:07 - pre 85 meseci}

Naravno da se slažem sa tobom, Peđa.
Možda nisi čitao od početka ovu temu, ali je postavljač krenuo sa primerom stolarske radnje, čiji su dobavljači fabrike i radionice za izradu nameštaja, a kupci proizvoda i usluga škole.
U ovom slučaju, praktično se nikada jedan entitet neće naći u ulozi i kupca i dobavljača.

Naravno, neke zajedničke podatke može držati u istoj tabeli, ali ima smisla razdvojiti specifične uloge u dve tabele.
Inače, kada sam rekao da kreće iz sredine, ovo nije prvo takvo pitanje, pa sam zato to spomenuo. Već je bilo pitanja, tipa šta je bolje da li ovo ili ovo, a da nije opisan konkretan problem.
Zato mi se čini da Carduel ima pogrešan utisak da postoje neki trikovi i prečice u dizajnu baze, a da nije svestan procesa sistemske analize.

Ovde se na mnogo mesta mogu naći pitanja tipa: Zašto mi je ovaj upit spor?
Na to svi graknu, zato što je dizajn loš (što je najčešće tačno). A odgovor na pitanje: Šta je dobar dizajn, može biti vrlo jednostavno - to je takav dizajn gde se rezultati upita dobijaju brzo.
Ne pravi se dizajn baze po nekakvom šablonu, već se pravi na osnovu pretpostavke na koji se način koriste podaci iz baze, koji su potrebni izveštaji, koje su procedure, kako se kreću informacije kroz firmu i koje su to informacije, pa se na osnovu toga modeluje i baza.

Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84

+1 Profil

Re: Pomoć oko dizajna baze

^{30.04.2018. u 15:58 - pre 85 meseci}

Hvala Vam na odgovorima, meni i jeste najveći problem što ne razumijem tu logiku stvari pa nemam pojma odakle bi krenuo. Najviše me rasturi često korišten termin u prepisci a to je: "koristi se ovisno od situacije" i onda sam donji 100%. :D

Ovo je pitanje nevezano za moju temu nego me zanimalo pošto je kolega napravio nekakve 3 tablice i dobavljače i kupce strpao sve u jednu.

A pošto nemam pojma o tome ako možete još koju rečenicu da napišete o ovome.

1) Da li Null vrijednosti usporavaju upite, izvještaje, ...?
2) Evo tek sad primjetih da se podaci dupliciraju ako su dvije tablice a jedna je firma i dobavljač i kupac.

Nekako mi se čini da je previše ovoga tipa može i ovako a može i onako, a može i ....

Hvala još jednom.

Odgovor na temu

Branimir Maksimovic

Član broj: 64947
Poruke: 5534
178.250.138.210

+1065 Profil

Re: Pomoć oko dizajna baze

^{30.04.2018. u 16:21 - pre 85 meseci}

Pa izdvojis info i stavis samo id u te dve tabele. Usteda sa dve tabele je u tome sto ti ne treba uslov vise. Ne znam koliko imas tih stvari i koliko su ti slozeni upiti...

Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84

+1 Profil

Re: Pomoć oko dizajna baze

^{30.04.2018. u 19:00 - pre 85 meseci}

Ma to su klasični slučajevi, nešto malo dobavljača cca 5 - max 20 i veći broj kupaca što fizičkih što pravnih osoba.

Odgovor na temu

[es] :: Access :: Pomoć oko dizajna baze

Strane: < .. 1 2 3 4

[ Pregleda: 13891 | Odgovora: 64 ] > FB > Twit

Srodne teme

27.11.2012. Veličina baze kod firebirda
28.06.2010. Uopsteno pitanje o relacionim bazama
12.07.2010. Mala pomoc oko postavljanja baze
17.09.2010. Potrebna izrada PSD dizajna
19.04.2013. Parametri za backup baze i import na server
25.06.2013. Posao Web Dizajna
01.07.2014. Pomoc oko zadataka
02.07.2014. auto backup baze podataka
20.10.2015. Potrebna izrada dizajna za website

Navigacija

Lista poslednjih: 16, 32, 64, 128 poruka.