Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implementation limit exceeded with exact 1500 items [CORE1438] #1856

Closed
firebird-automations opened this issue Sep 1, 2007 · 10 comments
Closed

Comments

@firebird-automations
Copy link
Collaborator

Submitted by: Andreas Steibl (snoopy_spy)

Useing the WHERE ID IN (1, 2, ... 1500) with exactly 1500 items

Dynamic SQL Error
SQL error code = -901
Implementation limit exceeded
Too many values (more than 1500) in member list to match against
Statement: select * from artikel where
id in (1, 2, 3, ... 1500)

@firebird-automations
Copy link
Collaborator Author

Commented by: @dyemanov

Am I right that you complain just about the limit being actually 1499 instead of 1500?

@firebird-automations
Copy link
Collaborator Author

Commented by: Andreas Steibl (snoopy_spy)

yes, the old version (about 1.5) can use exactly 1500 items, but the newer one has this bug - is this a allready known bug? (i didn't found anything about it)

@firebird-automations
Copy link
Collaborator Author

Commented by: @dyemanov

This is a known issue, although I'm pretty sure that all previous FB versions have the same limit of 1499 items.

@firebird-automations
Copy link
Collaborator Author

Modified by: @pcisar

Workflow: jira [ 12941 ] => Firebird [ 14169 ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @dyemanov

status: Open [ 1 ] => Resolved [ 5 ]

resolution: Fixed [ 1 ]

Fix Version: 2.5 Beta 2 [ 10300 ]

assignee: Dmitry Yemanov [ dimitr ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @pcisar

status: Resolved [ 5 ] => Closed [ 6 ]

@firebird-automations
Copy link
Collaborator Author

Commented by: Kjell Rilbe (kjellrilbe)

Since the actual limit per se can't really be very important to anyone (right?), I'd suggest simply to make the current limit official by changing the docs.

@firebird-automations
Copy link
Collaborator Author

Commented by: Kjell Rilbe (kjellrilbe)

Also, I'm a bit curios, why is there actually a limit to this? Couldn't FB simply allow as many items as fits in the 64 kbyte query buffer?

@firebird-automations
Copy link
Collaborator Author

Commented by: @dyemanov

The IN predicate is just a syntax sugar, from the implementation POV it's a shortcut for a set of ORs. And any ORed or ANDed predicates are processed recursively, thus causing stack overflows for a big number of elements. Perhaps the original assumption was that nobody sane would be typing so many ORs/ANDs but it may be much easier with IN (list), hence the recursion limit.

@firebird-automations
Copy link
Collaborator Author

Modified by: @pavel-zotov

QA Status: No test

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants