автор
1) Как правильнее "выдирать" запросы из процедур для анализа плана - с подстановкой конкретных значений или оставлением имен переменных? Как ASA выполняет запросы в процедурах: подставляя заместо переменных конкретные значения или "привязывая" их как параметры запроса?

правильнее смотреть план запроса в плане всей процедуры
автор
2) Почему план показывает full scan?

один из вариантов переменная @parentdocid имеет не такой тип как поле PARENTDOCID

другой момент - если переменная @parentdocid не является параметром процедуры и ее значение на момент компиляции не известно оптимизатор считает селективность фильтра равной 10%

авторКаким образом это сделать технически?
Действительно я и забыл что в ASA с этим проблема, но решение есть, но для 9-ки, но пойдет и для 8-ки
SQL Anywhere Studio 9 Developer's GuideThis is a useful technique for capturing information about statements that use a
host variable whose values are determined at run time. Here is an example of a
stored procedure containing a SELECT with a WHERE clause that refers to a
procedure parameter:
CREATE PROCEDURE p_test_temp ( IN @from_date TIMESTAMP )
BEGIN
SELECT c.key_1,
c.key_2,
c.non_key_3,
c.non_key_5
FROM child AS c
WHERE c.non_key_5 BETWEEN @from_date
AND '1992-01-01 12:59:59'
ORDER BY c.non_key_5;
END;
Here are the step-by-step instructions for adding an UNLOAD SELECT
GRAPHICAL_PLAN statement to a procedure:
1. Copy and paste the SELECT so that it appears twice, and modify the second
copy as follows.
2. Surround the SELECT with single quotes and double any embedded quotes
to make a valid string literal containing the SELECT.
3. If there are any host variables, break up the string literal and use a call to
the STRING function to insert the actual host variable values into the string
at run time. This may require the addition of more doubled single quotes to
surround the host variable values; e.g., quotes around timestamp literals.
4. Wrap the SELECT with the rest of the keywords: the GRAPHICAL_PLAN
call and its parameters, the UNLOAD SELECT keywords, the TO file
specification, and the ESCAPES OFF and QUOTES OFF options.
Following is what the above procedure looks like after the UNLOAD SELECT
GRAPHICAL_PLAN has been added. At run time, the SELECT statement is
computed as a string value and passed to GRAPHICAL_PLAN, which then
returns a string containing the execution plan in XML format, and that string is
written to the file c:\temp\plan_for_embedded_select.xml.
CREATE PROCEDURE p_test_temp ( IN @from_date TIMESTAMP )
BEGIN
420 Chapter 10: Tuning
SELECT c.key_1,
c.key_2,
c.non_key_3,
c.non_key_5
FROM child AS c
WHERE c.non_key_5 BETWEEN @from_date
AND '1992-01-01 12:59:59'
ORDER BY c.non_key_5;
UNLOAD SELECT GRAPHICAL_PLAN ( STRING (
'SELECT c.key_1,
c.key_2,
c.non_key_3,
c.non_key_5
FROM child AS c
WHERE c.non_key_5 BETWEEN ''',
@from_date,
''' AND ''1992-01-01 12:59:59''
ORDER BY c.non_key_5;' ),
2, 'asensitive', 'READ-ONLY' )
TO 'c:\\temp\\plan_for_embedded_select.xml' ESCAPES OFF QUOTES OFF;
END;
After the procedure is executed the resulting file plan_for_embedded_select.xml
may be viewed in ISQL by selecting the File > Open menu option and setting
Files of type to XML (*.XML).


Еще один способ(1) Enable optimization logging by setting the connection option
OPTIMIZATION_LOGGING to ON
(2) Ensure that the connection option LOG_DETAILED_PLANS is set to ON
(3) Ensure that the connection option LOG_MAX_REQUESTS is set to a value
of at least 50 (default), and probably no higher than 100
(4) Run a statement that invokes the procedure containing the query; do
so several times (at least 20)
(5) stop optimization logging by setting the connection option
OPTIMIZATION_LOGGING to OFF
(6) Browse the contents of the system table SYS.SYSOPTREQUEST. There will
be one row in this table for each statement optimized by the engine. In
the plan_xml column is the graphical plan (in XML format) of the chosen
execution strategy for each statement.
(7) Export the graphical plans from the SYSOPTREQUEST table into files,
which you can then look at using DBISQL by using FILE->OPEN, and verify
that the plans are the expected ones.
(8) Delete the optimization logging data when you're done by issuing the
DROP OPTIMIZATION LOGGING statement from DBISQL.

авторЭто доподлинно известно?
недоподлинно

первое - это из книжки
Breck Carter SQL Anywhere Studio 9 Developer's Guide страница 421
второе - из новостной группы, ссылку я не найду.
А цифра 10% - такую селективность выбирает Sybase ASE и MS SQL

насчет фул скана мне кажется оптимизатор предпочел его вместо скана индекса из-за того что кроме поля индекса в условии WHERE есть поля за которыми ему все равно придется лезть в таблицу за значениями и он считает что придется это делать для десятой части таблицы или около того, что довольно дорого.