Настоящее описание является результатом личных экспериментов и наблюдений автора и не претендует на полноту, точность и всеобъемлемость. ради доступности некоторые термины и выкладки даны в упрощенном виде. по возможности такие места снабжены ссылками на более подробное описание.

1. отличие описания методов в vbscript и javascript
2. как ограничить кол-во выводимых строк при выполнении запроса?
3. полезный трюк: как организовать вывод объектов (например, картинок) в таблице по их URL'ам
4. быть осторожным с RecordCount
5. кавычки
6. внимание: типы char и varchar
7. по поводу длины строки
8. лучше пользоваться свойством .value
9. "если RecordSet есть, то его сразу нет..."

Во что я сразу же вляпался, когда задумал переводить asp-файлы из vbscript на javascript, это отличие синтаксического оформления методов в разных скрипт-языках. если в vbscript работала строка:

rs.MoveNext

то в javascript соответствующая строка

rs.MoveNext;

выдавала странную ошибку типа "объект не поддерживает данное свойство или метод". "с какой стати не поддерживает?" - достаточно долго спрашивал себя я, пока не догадался приписать пару скобок :):

rs.MoveNext();

Засунуть результат запроса в массив нужного размера; выдать на экран содержимое массива. Пример:

<% ' Открытие базы данных, формирование запроса.
Set Conn = Server.CreateObject("ADODB.Connection")
Conn.Open "ADOSamples"
sql="SELECT * FROM Orders"
Set RS = Conn.Execute(sql)
%>
<TABLE BORDER=1>
<TR>
<% For i = 0 to RS.Fields.Count - 1 ' вывод имен полей%>
<TD><B><% = RS(i).Name %></B></TD>
<% Next %>
</TR>
<%
' Поместить первые 100 строк запроса в 2-мерный variant-массив
v=RS.GetRows(100)
RS.close ' закрыть объект типа RecordSet
Conn.close ' закрыть объект типа Connection
%>

Обозвать соответствующим образом имя поля, содержащего URL, например URLimage.

В процессе вывода данных проверять имя поля на наличие подстроки "URL" и в зависимости от этого выводить содержимое поля как текст или как ссылку, или как объект, на который эта ссылка указывает. Пример:

<%
' Note: The following is a bit of a hack...If the column name contains
' the string "URL" anywhere in it, assume it is a URL to a gif or jpg
' file and generate the HTML to get the image and display. This works
' for the Products table in the Adventure Works database, but is not a
' general purpose solution.
If InStr(RS(i).Name, "URL") > 0 Then
Response.Write "<img src=""" & RS(i) & """>"

Else
Response.Write RS(i)
End If
%>

Количество записей в полученном запросе можно определить с помощью property RecordCount:

<%
sql="SELECT * FROM Orders"
Set RS = Conn.Execute(sql)
RS.RecordCount
%>

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

Eсли в запросе используются строковые значения, то лучше использовать ' (апостроф), а не " (двойной апостроф). Несмотря на то, что в ISQL/w выполняются оба запроса одинаково, в asp (быть может в этом виноват javascript) двойной апостроф вызывает ошибку. Например лучше так:

<%
sql="SELECT * FROM Orders WHERE id = '"+id+"'";
%>

а не так:

<%
sql="SELECT * FROM Orders WHERE id = \""+id+"\"";
%>

Cравнивая значения переменной, полученной из заполненной формы, и извлеченной из поля таблицы типа char я не мог добиться, чтобы javascript посчитал их равными, хотя внешне они выглядели совершенно одинаковыми. Причем с остальными переменными было все нормально. Оказалось, что они сравнивались с полями типа varchar. Вспомнив почти забытые знания о типах полей субд oracle, я пришел к выводу, что виноват тип char, значение которого имеет длину такую, какую объявили для поля. Значение же типа varchar имеет длину в соответствии с содержащейся строкой.

Промучившись с определением длины переменной, я решил, что лучше всего в таблицах не использовать тип char без особой необходимости.

Переменные, полученные из формы способом:

name = Request.form("name");

или из базы данных:

sql = "SELECT name, passw, email FROM persons WHERE email = '"+email+"'";
rs = conn.Execute(sql);
name = rs(0);

на вопрос name.length отвечают "неизвестно". Когда у меня все же возникла необходимость в определении длины таких значений, я поступил так:

var name = "";
name += Request.form("name");

var name = "";
sql = "SELECT name, passw, email FROM persons WHERE email = '"+email+"'";
rs = conn.Execute(sql);
name += rs(0);

Нужно быть осторожным с объектами Recordet. Если в html еще можно вывести переменную так:

<%
rs = conn.Execute(sql);
%>
<%= rs(0)%>

то, работая с переменной, можно напороться на неприятности. Например, выражение

(rs(0) == name)

выдаст "ложь" при том, что при выводе оба значения будут одинаковыми. Правильнее сделать так:

(rs(0).value == name)

Опять про осторожность с объектами Recordet. Допустим мы вызываем хранимую процедуру:

CREATE PROCEDURE do_test1
    @num int AS
    select * from test where num = @num
    return 100

При некоторых значениях параметра @num данная процедура будет выдавать одну или строчку из таблицы test, а при других - не выдавать ни одной. Если мы обратимся к rs, полученному, например, таким способом:

rs = conn.Execute("do_test1 1");
rs.Close();

то, никаких неприятностей не возникнет.

Если же процедура будет выглядеть таким образом:

CREATE PROCEDURE do_test2
    @num int AS
    if @num = 1
       select * from test where num = @num
       return 100
    else
       return 200

то операторы:

rs = conn.Execute("do_test2 1");
rs.Close();

с рук сойдут, а вот:

rs = conn.Execute("do_test2 0");
rs.Close();

вызовут ошибку на Close():

ADODB.Recordset error '800a0e78'
Invalid operation on closed object.