-Original Message-
From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
boun...@listserver.u2ug.org] On Behalf Of Steve Romanow
Sent: Tuesday, January 25, 2011 8:24 PM
To: U2 Users List
Subject: Re: [U2] Data in Dict
In some cases I am becoming a fan of UUIDs for db table
] On Behalf Of Steve Romanow
Sent: Tuesday, January 25, 2011 7:24 PM
To: U2 Users List
Subject: Re: [U2] Data in Dict
In some cases I am becoming a fan of UUIDs for db table keys. A UUID
type one uses the mac address of the host along with the current time
as salt so you don't have to worry about
-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton
Sent: Wednesday, January 26, 2011 6:55 AM
To: 'U2 Users List'
Subject: Re: [U2] Data in Dict
I'm curious what your logic is to generate the Unique ID -- can you share that
without giving away a trade secret??
It's too bad it's
Once upon a time, it might have made perfect sense to store in the dict of a
file other bits of information to be used by programs. However, since the
indroduction of multiple data levels within a file, this would seem to be a
non-issue if you just created a fields data portion for a file, and
@listserver.u2ug.org
Subject: [U2] data in dict
Once upon a time, it might have made perfect sense to store in the dict
of a file other bits of information to be used by programs. However,
since the indroduction of multiple data levels within a file, this would
seem to be a non-issue if you just created
@George
No, this all runs server side, so the mac address of the U2 server.
Not the client that you are connecting with. It is a moot point
because the mac and time are only salt for the random number.
@David
I am using the uuid library python includes. I have my DEFFUN hosted here.
When using
Here is an example usage:
*
*-
* Initialize Variables
*-
*
DEFFUN ADD_XML_ELEMENT(a,b,c,d,e,f)
DEFFUN UUIDGEN(UUIDTYPE,ARG2)
Type4 doesn't use the mac address, so it should be truly random.
http://en.wikipedia.org/wiki/Universally_unique_identifier
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
.
What other methods are people using to track next ID?
-Original Message-
From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
boun...@listserver.u2ug.org] On Behalf Of Bill Haskett
Sent: Monday, January 24, 2011 7:55 PM
To: U2 Users List
Subject: Re: [U2] Data in Dict
-boun...@listserver.u2ug.org [mailto:u2-users-
boun...@listserver.u2ug.org] On Behalf Of Bill Haskett
Sent: Monday, January 24, 2011 7:55 PM
To: U2 Users List
Subject: Re: [U2] Data in Dict
Kate:
It seems to me that this is very tidy! :-)
Bill
Of Bill Haskett
Sent: Monday, January 24, 2011 7:55 PM
To: U2 Users List
Subject: Re: [U2] Data in Dict
Kate:
It seems to me that this is very tidy! :-)
Bill
---
-
Kate Stanton said the following on 1/24/2011 1:27 PM
.
What other methods are people using to track next ID?
-Original Message-
From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
boun...@listserver.u2ug.org] On Behalf Of Bill Haskett
Sent: Monday, January 24, 2011 7:55 PM
To: U2 Users List
Subject: Re: [U2] Data
I'm like Jeff. I prefer a separate file and routine for generating
sequential numbers. This allows for prefixing, suffixing, formatting,
padding, and validation of the numbers from one bit of code. Certainly
there is always the issue of what happens when a file becomes corrupted, but
that's
Of Richard Lewis
Sent: Tuesday, January 25, 2011 1:18 PM
To: U2 Users List
Subject: Re: [U2] Data in Dict
At a previous employer, we used a single file similar to what Jeff suggests,
and it was a very neat and tidy little file. The only problem we ran into
was when we started getting larger sites
-
boun...@listserver.u2ug.org] On Behalf Of Bill Haskett
Sent: Monday, January 24, 2011 7:55 PM
To: U2 Users List
Subject: Re: [U2] Data in Dict
Kate:
It seems to me that this is very tidy! :-)
Bill
---
-
Kate Stanton
All this talk about using the Dictionary item to store extra data has
prompted this post.
I realize in the past when the limit to the number of Opened Files in a
Basic program was a programming challenge, that doing creative data storage
might have been an necessity. But I would like to suggest
My thoughts exactly. We have a perfectly good database here, why not use
it. Storing data in a dictionary has always been a bad idea, even the
ubiquitous next.available record key.
David A. Green wrote:
All this talk about using the Dictionary item to store extra data has
prompted this
My experience with the Pick O/S - database of nearly 40 years has taught me
that once you truly understand it's power you stop trying to change it.
Sent from my iPhone
Tom Dodds
t...@ix.netcom.com
630.235.2975
On Jan 24, 2011, at 9:12, Jeff Schasny jscha...@gmail.com wrote:
My thoughts
] Data in Dict
My experience with the Pick O/S - database of nearly 40 years has taught me
that once you truly understand it's power you stop trying to change it.
Sent from my iPhone
Tom Dodds
t...@ix.netcom.com
630.235.2975
On Jan 24, 2011, at 9:12, Jeff Schasny jscha...@gmail.com wrote
Hi David,
The reason we use dictionaries for data entry, reports, queries and
forms is so we can use the same dictionary item for all activities,
thus using the dictionary as designed with a little more.
So, if part ID is changed at a site to be 6 numbers, then changing the
dict item in a file
Kate:
It seems to me that this is very tidy! :-)
Bill
Kate Stanton said the following on 1/24/2011 1:27 PM:
Hi David,
The reason we use dictionaries for data entry, reports, queries and
forms is so we can use the same
Thanks, Bill. What a nice thing to say!
On 25 January 2011 13:55, Bill Haskett wphask...@advantos.net wrote:
Kate:
It seems to me that this is very tidy! :-)
Bill
Kate Stanton said the following on 1/24/2011 1:27
22 matches
Mail list logo
