Jedno polje kao kombinacija dva polja

PROIZVOD je precizno odredjen TIPOM i VARIJANTOM TIPA. Da li postoji mogucnost da prilikom unosa podataka u tabelu PROIZVOD koriscenjem forme sa 2 combo-boxa (sa vrednostima iz tabela TIP i VARIJANTA), iskoristim kombinaciju vrednosti iz ta dva combo-boxa za popunu JEDNOG polja, koje bih postavio kao primary key u tabeli PROIZVOD?

Na primer: tip je 103, varijanta 001, tada bi u tabeli PROIZVOD taj zapis imao vrednost 103001:
ili tip je 218, varijanta 000, tada bi u tabeli PROIZVOD taj zapis imao vrednost 218000, itd...

Zadrzao bih te tipove podataka kao numericke (a ne tekstualne) zbog nekih drugih aktivnosti, redosleda itd...

Hvala unapred i izvinjenje ako je vec obradjena tema, ali nisam uspeo da pronadjem na ovom forumu nesto sto bih iskoristio za ovaj moj pocetnicki problem.

Uvođenje tog trećeg polja je potpuno nepotrebno, dovoljno je da označiš oba postojeća polja i da klikneš na "primary key" (pojaviće se onaj ključić pored oba polja).
;)

Za ostale namene, pomoću upita možeš da prikazuješ vrednosti iz ta dva polja objedinjene na formama, izveštajima...

Potpis

"Take Five" is the famous jazz piece written by Paul Desmond and performed by The Dave Brubeck Quartet. It is famous for its distinctive saxophone line and use of the unusual quintuple (5/4) time, from which its name is derived.

Take Five (1966)

Take Five by Al Jarreau 1976

Hvala na brzom odgovoru, Take 5.

Tvoj odgovor mi je prilicno jasan, imao sam ga u vidu kao opciju svakako i pre postavljanja pitanja. Ali, mozda nisam bio dovoljno precizan. Naime, u trecoj tabeli koju bih formirao (PROIZVODI) nalazili bi se proizvodi cije bi oznake bile bukvalno kombinacija TIPA i VARIJANTE. Na primer, TIP=103, VARIJANTA=007, tada bi u tabeli PROZVODI jedan proizvod bio 103007 (a tu bi uz to polje bilo jos nekoliko drugih polja sa podacima vezanim za proizvod 103007) i to je oznaka koja potpuno odredjuje taj proizvod (jedinstvena) i koju bih ja postavio kao primary key u toj tabeli PROIZVODI.

Moje nedoumice:
1) Da li je uopste potrebna ta treca tabela, ili je bolje da bude kao sto kazes sve u jednoj tabeli sa dva primary key-a?
Mislio sam da prilikom kasnije pretrage ukucam samo 103007 i on mi izbaci te vrednosti, ili sve to moze povezanim combo-box-ovima (u jednom trazi sve na 103, a u drugom izdvojim 107)
2) I dalje ne znam na koji je nacin moguce spojiti po sadrzaju dva polja u trece (103+007=103007).

Hvala, jos jednom.

a zasto toliko tabela zar ne bi moglo da to bude u jednoj.

Potpis

Igor

Savkov, hvala na odgovoru.
To je i odgovor na moje pitanje da li moze da sve bude u jednoj tabeli.
Posebno mi je potrebno ovo sto si napravio u polju TIPVARIJANTA u tabeli TIPVARIJANTA tj. spajanje TIPA i VARIJANTE.
(kako da to odradim, sta je potrebno da definisem?)

I jos jedno malo podpitanje:
Kada na primer upisem TIP=201, VARIJANTA=008, onda polje je TIPVARIJANTA=2018, a meni je potrebno 201008.
Sustina je da je pravi naziv proizvoda 201008, a ne postoji 2018 (Vrednost VARIJANTI je inace 000-099). To mi je bitno zbog kasnijih pretraga, izvestaja i upita. Ili, je mozda to bolje odraditi na neki drugi nacin tj. da ne koristim ovaj metod spajanja polja vec neku dvostruku pretragu po TIPU, pa onda po VARIJANTI?

Ali, bi mi svakako u tom izvestaju bilo potrebno da bar negde stoji da je to na primer 201008, a ne 2018.

Pozz, i hvala na pomoci.

Imam utisak da su ceo koncept i ideja nasleđeni iz nekog prastarog programa tipa dBase ili Clipper!??
Generalno je loša ideja preslikavati strukturu baze i koncept iz starijih programa, kada Access ima daleko bolja rešenja.
Uputno bi bilo da ponovo pažljivo razmotriš pravila elementarne postavke baze u MS Accessu, pa da onda ceo koncept svje buduće baze prilagodiš tome, jer to je ispravan put za razliku od "primoravanja" Accessa da rešava stvari na način kako se to radilo u nekim starijim programima.
Osnovna je pravilna definicija potrebnih tabela, njihovih relacija i primarnih ključeva kojima su precizno definisani unosi u tabelama i njihove međusobne relacije. Kada to valjano osmisliš sve dalje je onda lako. Obrnuti postupak nije preporučljiv, jer se to obično svrtava u kategoriju "zidanje kuće od krova"...

Potpis

"Take Five" is the famous jazz piece written by Paul Desmond and performed by The Dave Brubeck Quartet. It is famous for its distinctive saxophone line and use of the unusual quintuple (5/4) time, from which its name is derived.

Take Five (1966)

Take Five by Al Jarreau 1976

evo ti kod
Private Sub VARIJANTA_AfterUpdate()
Me.TIPVARIJANTA = Me.[TIP] & Right("00" & Me.[VARIJANTA], 3)

End Sub

Potpis

Igor

Take 5, hvala na savetu. Istina je, i to se da primetiti, da nisam bas previse iskusan u pravljenju aplikacija u ACCESS-u. Takodje, nije preslikan koncept na osnovu nekih starih programa, jednostavno imao sam takvu ideju u glavi, i smatram i dalje da nije previse komplikovano, cak sta vise. Svejedno, opet cu razmotriti pravila elementarne postavke baze u MS Accessu.
U svakom slucaju, za savet sam i zamolio, iskusnije od mene. A, ovo sto mi je bilo potrebno, bar se meni ucinilo jednostavnim. :).
Poenta je da mogu uvek da pogledam sta su karakteristike proizvoda 103007, 218007, 104007, 205007 itd. Recimo da ima najvise 10 TIPOVA, i nekoliko varijanti (po VREDNOSTIMA identicnih za sve tipove: 103-007, 201-007, 301-007...), a kojima "neko drugi", ne ja, zadaje vrednosti 000-099. Samo zelim da obuhvatim sve ono sto je drugi smislio, a prinudjen sam da koristim i ne mogu da menjam takvo sortiranje. :) Jednostavno, tvorac proizvoda ga zove 201005 (TIP 201, VARIJANTA 005 - a ne TIP 201, VARIJANTA 5). Ponavljam se, ali, to je sustina, na zalost.

Ako imas volju za neki predlog, unapred zahvalan.

Pozz

Hvala najlepse na brzom i konkretnom odgovoru, Savkov!

U relacionim bazama Tip nekog proizvoda je jedan entitet, a Varijanta tog Tipa drugi entitet. Ovde je veza roditelj dete identifikujuća. Dete nasleđuje Primary Key roditelja uz svoj PK. Varijanta ne može da živi bez Tipa. Egzistencijalno i identifikaciono je vezana za Tip.

U Access-u je dovoljno bilo da povežeš tvoje dve tabele "Tip" i "Varijanta".
Tabela "Tip" ima prost Primary Key: TipID, dok tabela "Varijanta ima složeni Primary Key: TipID+VariantaID.
Veza je jedan prema više od "Tip" prema "Varijanta". Data Type za sve kolone treba da je tekstualan. Nikad se šifre ne struktuiraju kao numerici jer se njima neće raditi računske operacije. Ukoliko je baš nužno da od toga bude numerik, onda se nad njim koristi funkcija Val().



Ako ti kasnije treba da spojiš te dve vrednosti da se vide kao 103007, onda koristi Union query. Ovde imaš objašnjenje kako se to radi.
http://www.elitesecurity.org/t257318-0#1551324

Tvoj SQL izraz će biti jednostavniji. Pokušaj da ga napišeš.

Potpis

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