The forum will experience an outage sometime between February 10 at 7:00pm EST and February 12 at 11:59 EST for installation of security updates. The actual time and duration of the outage are unknown but attempts will be made to minimize the downtime. We apologize for any inconvenience.

As Karim has explained here, the default server capabilities for a particular server class are based on the oldest supported version of the according DBMS.

For example, for Microsoft SQL Server that is version 6.5, Service Pack 4 - released around 1998, methinks.

That's alright with me.

However, as these versions are often really old, it would be nice if SQL Anywhere could provide information for the default capabilities of newer versions. - I don't expect different server classes but would think of a document with capabilities that could be set for newer versions (or a bunch of scripts to update them?).

At the moment, one is somewhat on his own to find out whether a particular version might support more than the default capabilities, and that's a risky task not everyone likes to do. But relying on the defaults of an old version will often prevent efficient remote access and lead to unnecessary local computations.

I feel a somewhat "official" list would make updating the capabilities much more easy.

asked 10 Feb '11, 15:06

Volker%20Barth's gravatar image

Volker Barth
accept rate: 32%

Just ran into the same issues again, as a complex remote statement run against a MS SQL Server 2014 SP2 server suddenly returns -660 error ("Connection is busy with results for another hstmt").

While trying to debug that with CIS_OPTION = 7, I notice that the statement is run in no passthrough mode because it contains SQL functions/expressions like isnull, coalesce, case, ..., which are all available with SQL Server. So I enabled them (at least for testing purposes) via "ALTER SERVER ... CAPABILITY 'isnull' ON;" and the like.

Unfortunately, that does not yet solve the problem, I'm still trying to figure out whether it's due to SP2 (which was installed some weeks ago) or the actual data... - guess I'll have to make it "simpler" for MS SQL Server and make more processing lateron on the imported data within the good engine:)

(02 Nov '16, 09:32) Volker Barth
Replies hidden

FWIW, setting "MARS_Connection=Yes" for the remote MS SQL Server solved the case. - I'm glad that SQL Anywhere allows for multiple active result sets on the same connection by default...:)

(03 Nov '16, 06:55) Volker Barth


You are correct. It has been some time since the default capability bits for the various SA remote servers has been updated. And as you pointed out, in addition to the bit settings being somewhat out of date, the list of capability bits and their meanings is not documented very well. I will open two enhancement requests to:

1) revisit the default settings for the various remote servers and get the settings updated to reflect the current set of released versions for each remote server class


2) get the set of capability bits, their meanings and their default setting properly documented.


permanent link

answered 10 Feb '11, 15:30

Karim%20Khamis's gravatar image

Karim Khamis
accept rate: 40%

That's great news - thanks:)

(10 Feb '11, 15:48) Volker Barth

As we have switched over to MS SQL Server 2008 R2 lately, are there already any new lists available?

(17 Feb '12, 07:04) Volker Barth
Replies hidden

Just as a refresh: I'm currently trying to use proxy tables with MS SQL 2008 R2, and when joining between a few of them, it often (and unnecessarily) falls back to "The query is being processed in NO PASSTHRU mode" - even though the original statement does work with MS SQL, too.

I'd tried to set the following cap bits (as they seem to get checked as not set):

CAPABILITY 'Full outer joins' ON;
CAPABILITY 'Case expression' ON;
CAPABILITY 'Derived tables' ON;

But I do not know their exact meaning, and additionally are not aware whether that MS SQL Server version does fullfil all requirements, so that's basically a wild guessing...

Resume: At least a better documentation and a list for current remote server versions would be highly appreciated. As stated, I don't ask for the default caps to be adapted within the software, a mere list would be sufficient...

(26 Mar '13, 07:12) Volker Barth

Hi Volker,

I don't think it's a good idea to turn on server capabilities you're not completely aware of. For your list, all except 'Unrestricted ANSI ON' can be looked up as SQL Anywhere online help entries, and switching the capability on imo means that the back-end supports the same syntax with the same semantics.

What could happen if you set them (not claiming completeness):

  1. (best) They are actually supported and work semantically equivalent to SQL Anywhere.

  2. They are not supported and pushing a statement to the remote server raises an exception.

  3. There is a syntactically identical but semantically different construct that always returns a different result.

  4. (worst) There is a syntactically identical but semantically different construct that sometimes returns a different result.

An example for (4.) that I happen to have some experience with is 'Like - TSQL', which means that the back-end LIKE operator supports the same patterns as T-SQL (including simple reg.exp.s, which is not ANSI standard SQL). If you use a pattern with only the standard like patterns _ and %, everything will work fine, but if you use one with a simple reg.exp. and the back-end does not interpret it the same way, you'll usually get a different result (but no error since it still is a syntactically correct search pattern).

No need to say that I support any request for more and more detailed official documentation on such topics.


Volker Stöffler DB-TecKnowledgy

(02 Nov '16, 16:04) Volker DB-TecKy

I don't think it's a good idea to turn on server capabilities you're not completely aware of.

Yes, I certainly agree. As stated (note, it's an old posting from 2013), I just tried to figure out what exactly prevented the joins from being passed through, so that was just during tests.

BTW: Welcome here - I adjusted your links, this forum does not expect square brackets around URLs:)

(03 Nov '16, 04:08) Volker Barth
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text]( "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:


question asked: 10 Feb '11, 15:06

question was seen: 1,088 times

last updated: 03 Nov '16, 06:55