• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: PK generation?!?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: PK generation?!?


  • Subject: Re: PK generation?!?
  • From: Guido Neitzer <email@hidden>
  • Date: Wed, 10 Sep 2008 13:18:49 -0600
  • Thread-topic: PK generation?!?

On 10/09/08 1:03 PM, "Chuck Hill" <email@hidden> wrote:

>> You can insert rows with FrontBaseManager. I don't say it has to be  that
>> situation, but it seems to be the most likely, as FrontBase is  normally
>> rather stable.
>
> It seems odd that a manually inserted row would have a PK like that.

The original problem was that the pk generation brought something back, that
was already used as a pk.

That normally happens when users try to be smart and insert a row manually
by given the pk the next value that is available. But that is the one the
unique sequence is set to deliver as the next pk. Or some original import or
setup created rows with keys above the typical 1000000 start in the FB
plugin.

The other thing we saw once was that a pk was actually used twice in a
table. Which was kind of not good ... ;-)

cug


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Re: PK generation?!? (From: Chuck Hill <email@hidden>)

  • Prev by Date: crossed sessions (was: PK generation?!?)
  • Next by Date: Re: crossed sessions (was: PK generation?!?)
  • Previous by thread: Re: PK generation?!?
  • Next by thread: Re: PK generation?!?
  • Index(es):
    • Date
    • Thread