Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » ElevateDB Technical Support » Support Forums » ElevateDB Public Beta Tests » View Thread |
Messages 1 to 10 of 12 total |
Constraints |
Sun, Feb 4 2007 11:38 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Tim
Two questions: 1. What sequence are constraints tested in? I'm guessing creation order. 2. Are we going to be able customise (or as you would say customize) the violation messages? They're not very user friendly. Roy Lambert |
Mon, Feb 5 2007 10:11 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Roy,
<< 1. What sequence are constraints tested in? I'm guessing creation order. >> Yes. << 2. Are we going to be able customise (or as you would say customize) the violation messages? They're not very user friendly. >> You can modify the edbconsts.pas unit to change the messages if you would like. -- Tim Young Elevate Software www.elevatesoft.com |
Tue, Feb 6 2007 10:07 AM | Permanent Link |
Michael Baytalsky | > 1. What sequence are constraints tested in? I'm guessing creation order. You should never rely on this fact, cause you can't control it (can't arrange constraints) - I think this is not important at all and should make no difference. > 2. Are we going to be able customise (or as you would say customize) the > violation messages? They're not very user friendly. It seems like you should be able to handle error and provide custom message depending on error code. Regards, Michael |
Tue, Feb 6 2007 10:40 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Michael
>> 1. What sequence are constraints tested in? I'm guessing creation order. >You should never rely on this fact, cause you can't control it (can't >arrange constraints) - I think this is not important at all and should make >no difference. Fair enough, I was wondering because its weird that the PK being blank was noified after another non-nullable field >> 2. Are we going to be able customise (or as you would say customize) the >> violation messages? They're not very user friendly. >It seems like you should be able to handle error and provide custom message >depending on error code. I presume you're thinking of the OnPostError event? Roy Lambert |
Tue, Feb 6 2007 12:47 PM | Permanent Link |
Michael Baytalsky | >>> 2. Are we going to be able customise (or as you would say customize) the >>> violation messages? They're not very user friendly. >> It seems like you should be able to handle error and provide custom message >> depending on error code. > I presume you're thinking of the OnPostError event? Yep. Michael |
Tue, Feb 6 2007 6:34 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Roy,
<< Fair enough, I was wondering because its weird that the PK being blank was noified after another non-nullable field >> Actually, as of the build (I believe it was build 5) of EDB that added the nullable status to columns, the nullable status is checked for all columns prior to any constraints being checked. However, you probably have an actual CHECK constraint for the IS NULL check, which is why it is being checked after the PK null checks. -- Tim Young Elevate Software www.elevatesoft.com |
Tue, Feb 6 2007 7:16 PM | Permanent Link |
"Ole Willy Tuv" | Tim,
<< Actually, as of the build (I believe it was build 5) of EDB that added the nullable status to columns, the nullable status is checked for all columns prior to any constraints being checked. >> This is not an opinion of the order of constraint checking, but in theory column constraints and table constraints are the same, i.e. a NOT NULL constraint is effectively the same as a CHECK constraint making the column not nullable. The same goes for any constraint, constraints defined at the column level are effectively transformed to table constraint metadata.wise. Ole Willy Tuv |
Wed, Feb 7 2007 4:00 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Tim
Just thinking aloud. I don't know about others but it infuriates me to have error messages delivered one after another. Is there a way to get the whole lot at once and present a comprehensive error message eg in the OnPostError event?# If not I'll just keep on suffering Roy Lambert |
Wed, Feb 7 2007 4:51 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Ole,
<< This is not an opinion of the order of constraint checking, but in theory column constraints and table constraints are the same, i.e. a NOT NULL constraint is effectively the same as a CHECK constraint making the column not nullable. The same goes for any constraint, constraints defined at the column level are effectively transformed to table constraint metadata.wise. >> Sure, and that's the way we initially had EDB designed (NOT NULL converted into table-level CHECK constraint). However, it is very difficult for users/developers to deal with in terms of managing the table structures, so we added the column-level Nullable attribute to make it more manageable. This also jives with most of the information schema structures that are used in CLI-compliant interfaces like ODBC. -- Tim Young Elevate Software www.elevatesoft.com |
Wed, Feb 7 2007 4:52 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Roy,
<< Just thinking aloud. I don't know about others but it infuriates me to have error messages delivered one after another. Is there a way to get the whole lot at once and present a comprehensive error message eg in the OnPostError event?# >> Well, it's done to avoid cascading error messages where all are caused by the same issue and as a performance issue. -- Tim Young Elevate Software www.elevatesoft.com |
Page 1 of 2 | Next Page » | |
Jump to Page: 1 2 |
This web page was last updated on Saturday, May 4, 2024 at 12:54 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |