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 ... :)
asked 06 Aug '12, 20:05
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.
answered 07 Aug '12, 09:51