home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / database / 1811 < prev    next >
Encoding:
Text File  |  1993-01-27  |  1.2 KB  |  30 lines
  1. Newsgroups: comp.sys.mac.databases
  2. Path: sparky!uunet!pageworks.com!world!eff!sol.ctr.columbia.edu!usc!howland.reston.ans.net!spool.mu.edu!agate!stanford.edu!CSD-NewsHost.Stanford.EDU!Xenon.Stanford.EDU!michaelh
  3. From: michaelh@Xenon.Stanford.EDU (Mike Hennahane)
  4. Subject: Re: 4D Field Incrementing
  5. Message-ID: <michaelh.728095157@Xenon.Stanford.EDU>
  6. Sender: news@CSD-NewsHost.Stanford.EDU
  7. Organization: CS Department, Stanford University, California, USA
  8. References: <IfNKxZ_00YVXQ1muNy@andrew.cmu.edu>
  9. Distribution: usa
  10. Date: 27 Jan 93 00:39:17 GMT
  11. Lines: 17
  12.  
  13. Matthew Mashyna <mm5l+@andrew.cmu.edu> writes:
  14.  
  15. >I'm not sure I fully understand what your trying to do. If you only need
  16. >to assign a unique number to you clients starting with 1000 then why not
  17. >use something like:
  18.  
  19. >[Clients]Client_Num:= sequence number([Clients]) + 1000
  20.  
  21. >The sequence number is always unique -- until it wraps bitwise.
  22.  
  23. but what if you are doing, say, invoice numbers and you don't want
  24. gaps for invoices that are created but not saved?  (like a creation
  25. loop where the last one is cancelled to end the loop).  it is a good
  26. idea to have the flexibility to check what the next number is without
  27. incrementing it (or to have the flexibility to reset the next number).
  28.  
  29. --mike
  30.