Настоящее описание является результатом личных экспериментов и наблюдений автора и не претендует на полноту, точность и всеобъемлемость. ради доступности некоторые термины и выкладки даны в упрощенном виде. по возможности такие места снабжены ссылками на более подробное описание.
1. Отличие описания методов в vbscript и javascript
Во что я сразу же вляпался, когда задумал переводить asp-файлы из vbscript на javascript, это отличие синтаксического оформления методов в разных скрипт-языках. если в vbscript работала строка:
rs.MoveNext
то в javascript соответствующая строка
rs.MoveNext;
выдавала странную ошибку типа объект не поддерживает данное свойство или метод. с какой стати не поддерживает? - достаточно долго спрашивал себя я, пока не догадался приписать пару скобок :):
rs.MoveNext();
2. Как ограничить кол-во выводимых строк при выполнении запроса?
Засунуть результат запроса в массив нужного размера; выдать на экран содержимое массива. Пример:
<% Открытие базы данных, формирование запроса. 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 %>
3. Полезный трюк: как организовать вывод объектов (например, картинок) в таблице по их URLам
Обозвать соответствующим образом имя поля, содержащего 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 %>
4. Быть осторожным с RecordCount
Количество записей в полученном запросе можно определить с помощью property RecordCount:
<% sql="SELECT * FROM Orders" Set RS = Conn.Execute(sql) RS.RecordCount %>
Однако это значение может равняться -1 только из-за того, что ADO в используемой конфигурации не может определить количество строк.
5. Кавычки
Eсли в запросе используются строковые значения, то лучше использовать (апостроф), а не (двойной апостроф). Несмотря на то, что в ISQL/w выполняются оба запроса одинаково, в asp (быть может в этом виноват javascript) двойной апостроф вызывает ошибку. Например лучше так:
<% sql="SELECT * FROM Orders WHERE id = "+id+""; %>
а не так:
<% sql="SELECT * FROM Orders WHERE id = ""+id+"""; %>
6. Внимание: типы char и varchar
Cравнивая значения переменной, полученной из заполненной формы, и извлеченной из поля таблицы типа char я не мог добиться, чтобы javascript посчитал их равными, хотя внешне они выглядели совершенно одинаковыми. Причем с остальными переменными было все нормально. Оказалось, что они сравнивались с полями типа varchar. Вспомнив почти забытые знания о типах полей субд oracle, я пришел к выводу, что виноват тип char, значение которого имеет длину такую, какую объявили для поля. Значение же типа varchar имеет длину в соответствии с содержащейся строкой.
Промучившись с определением длины переменной, я решил, что лучше всего в таблицах не использовать тип char без особой необходимости.
7. По поводу длины строки
Переменные, полученные из формы способом:
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);
8. Лучше пользоваться свойством .value
Нужно быть осторожным с объектами Recordet. Если в html еще можно вывести переменную так:
<% rs = conn.Execute(sql); %> <%= rs(0)%>
то, работая с переменной, можно напороться на неприятности. Например, выражение
(rs(0) == name)
выдаст ложь при том, что при выводе оба значения будут одинаковыми. Правильнее сделать так:
(rs(0).value == name)
9. Если RecordSet есть, то его сразу нет...
Опять про осторожность с объектами 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.
