Have a database I designed in 4.5 that tracks quote numbers. When creating a new document, it uses the following formula to create a quote number (the initials are to ensure the number is unique)
This has been working fine for years, and still works fine - except with a v7 client.
Creating a new document in a 6 client works fine, but my 7 client just creates a Q63837AT number over and over again.
I have a pile of other things going on right now, and wondered if anyone could see why a 7 client would handle this differently than a 4.5 or 6 client?
"Q" + @Text(@Elements(@DbColumn(
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Save solutions to your questions, answers you’ve discovered through searching plus helpful articles in your personal knowledgebase for easy future access.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
You must be right, if it's all on the same server :$
Was the form saved in R6, or earlier? Just guessing, because I can't see what could cause this.
Can you install R7 on a different PC, and test it from there? The local cache may be corrupt, so you could try to remove cache.dsk (or .ndk). First close Notes of course!
Several changes at once , actually, but I've found the answer :
Is the first column by any chance a simple 'number' column (special type , # ) ? Then @elements would return 1 and @count would return 0. You need an actual value to be able to use @count or @elements.
So this should work (assuming you have a value in the second column) :
_lu := @iferror( @DbColumn("":"NoCache"; @dbname ;"All Quotes";2 ); 0);
"Q" + @text( @count( _lu ) + 63826 ) + @environment( "Initials" )
I'm still a wee bit reluctant to say: I'll eat my hat if the alternate formula works...
Anyway, can you reproduce this behaviour in a test database, i.e. a small database with the view and some test data? Make sure that you test it on R6 and R7, and that it does the same as the bigger brother. Then, would you be so kind to send it to us, our mail addresses are in our EE-profiles.
OK - think I figured it out - but maybe someone can let me know if there is a way around it.
It seems in r7, the above formula returns an error due to the dBcolumn formula returning too much data.
I found out that "The specified database lookup generated more than 65,000 bytes of results, which is too large for Notes to handle in this context."
This must be new in r7, as it works fine on all my r6 clients.
Any way around this besides deleting / archiving?
Business Accounts
Answer for Membership
by: sjef_bosmanPosted on 2006-08-15 at 13:30:19ID: 17321153
I can see no obvious reason why this should return a different value in R7 than in R6. Even the Help documents on @DbColumn are identical. Apparently, the R7 @DbColumn returns one value only, so @Elements returns 1. I assume the "All Quotes"-view is not empty (you checked that??).
If the view is corrupt, then try to fix that, using a Compact on the R7 server followed by a Fixup if all isn't well yet. Both commands can be issued from the Admin client.