When using the .NET direct row API for MobiLink Server for downloads, and also using the -vn switch to report row counts, the counts actually reported in the logs for deleted and downloaded rows are always 0 regardless of how many rows were actually downloaded. It's live-able, and we can work around that by creating our own counts and tossing it into the output, but it would sure be nice if we didn't have two conflicting figures in the log (one of which actually looks a little scary until you notice you want the other count). If there is some statistics API I'm missing that can set the counts, that's the answer I want right now. However, I suspect what I'm asking for is a change to report the number of rows actually added to the download stream, in whatever way they are added. As long as I'm being importunate, I could cut out a bunch of code to optionally log actual data values if the -vr -vq -vi cluster of verbosity switches did something similar ... :) |
The counting of rows due to direct row handling has been implemented in SQL Anywhere Nagano. The upload row count is the number of rows passed in, regardless of what the Java or .NET code does with them.
AFAIK that does mean: Will be available in the next major release of SQL Anywhere after v12:)
(07 Aug '12, 10:27)
Volker Barth
Correct. The next major version.
(07 Aug '12, 11:33)
RussC_FromSAP
1
I must say I'm impressed with the responsiveness to customer requests. Less than a day after I asked, and the code is already committed. :)
(07 Aug '12, 11:36)
Ron Emmert
Replies hidden
Yes, I agree, and that's due to the "Direct Request Handling API", I guess:)
(07 Aug '12, 11:59)
Volker Barth
|