Does anybody know the what the maximum length of a SQL statement in FQL is? Is there indeed a specific limit, or does it depend on system resources?
7 replies to this topic
#1 OFFLINE enthusiast
Posted 14 February 2012 - 06:55 AM
David Wikström
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
#2 OFFLINE newbie
Posted 17 February 2012 - 03:19 PM
I'm guessing, as it will be in a calculation, 30,000 characters in total
#3 OFFLINE enthusiast
Posted 18 February 2012 - 01:26 AM
That's what I would have though too, but I actually tried some 34,000 and it still worked...
David Wikström
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
#4 OFFLINE newbie
Posted 19 February 2012 - 08:31 AM
Wow, some length of SQL statement!
#5 OFFLINE enthusiast
Posted 20 February 2012 - 03:57 AM
Well, it's actually a real-life scenario, not just me inventing stuff for fun (which does happen).
I'm doing a select "IN" on a list of 13-digit ISBNs, and that list can contain the ISBNs for thousands, even tens of thousands of book titles. Not necessarily the best way of doing what I'm doing, but it got me thinking about this question. And it actually works pretty well, considering...
If there is a limit, I'd like to have a check on the length before I run the statement so the user can get a more specific error message than just "Error".
I'm doing a select "IN" on a list of 13-digit ISBNs, and that list can contain the ISBNs for thousands, even tens of thousands of book titles. Not necessarily the best way of doing what I'm doing, but it got me thinking about this question. And it actually works pretty well, considering...
If there is a limit, I'd like to have a check on the length before I run the statement so the user can get a more specific error message than just "Error".
David Wikström
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
#6 OFFLINE enthusiast
Posted 23 February 2012 - 07:58 AM
For anyone following this, I can let you know that I just ran a SQL statement that was 458,215 characters long. Worked like a charm, as long as you're patient (8 minutes).
David Wikström
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
#7 OFFLINE newbie
Posted 24 February 2012 - 10:19 AM
Interesting. Don't suppose you plan on continuing testing to see how long the statement can be?
#8 OFFLINE enthusiast
Posted 25 February 2012 - 12:58 AM
Depends on my client. If their company keeps growing, I probably will!
Though in real life, I'm going to implement at the very least a severe warning to the user once the statement includes a more than a couple of thousand ISBNs.
Though in real life, I'm going to implement at the very least a severe warning to the user once the statement includes a more than a couple of thousand ISBNs.
David Wikström
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
FileMaker 11/10/9/8 Certified Developer
CamelCase data
Heidelberg, Deutschland | Vancouver, BC, Canada
david.wikstrom@camelcasedata.com
www.camelcasedata.com
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users































