G
Guest
Hi guys & gals.
I've searched the community on creating your own unique ID number, but each
time I find something close to what I want a database normalization rule pops
up. What is this database normalization rule? I get that it's about not
storing two forms of data in the same field, but why can it be done? I'm not
looking to replicate or do anything strenuous on the system, just uniquely ID
our rows with customization. Ultimately I would love to use the years last
two digits, and then a 6 digit code ("04000001") to id our rows, but that
doesn't seem possible.
I know that I could create 2 columns, then concate the strings to one using
a SQL query of:
SELECT myTable.Year, myTable.Number, Right([Year], 2) & [Number] AS myNewID
FROM myDatabase;
But ultimately I want it to be done w/o use of queries and on the fly and
incremented. Any ideas?
Thanks for the help.
~Brett
I've searched the community on creating your own unique ID number, but each
time I find something close to what I want a database normalization rule pops
up. What is this database normalization rule? I get that it's about not
storing two forms of data in the same field, but why can it be done? I'm not
looking to replicate or do anything strenuous on the system, just uniquely ID
our rows with customization. Ultimately I would love to use the years last
two digits, and then a 6 digit code ("04000001") to id our rows, but that
doesn't seem possible.
I know that I could create 2 columns, then concate the strings to one using
a SQL query of:
SELECT myTable.Year, myTable.Number, Right([Year], 2) & [Number] AS myNewID
FROM myDatabase;
But ultimately I want it to be done w/o use of queries and on the fly and
incremented. Any ideas?
Thanks for the help.
~Brett