ru.perl

 
 - RU.PERL ----------------------------------------------------------------------
 From : Artem Chuprina                       2:5020/371.32  01 Sep 2000  12:52:51
 To : Michael Samanov
 Subject : Re: Помогите плизз
 -------------------------------------------------------------------------------- 
 

 <Michael_Samanov@p1515.f5068.n550.z2.fidonet.org> wrote:
 
  MS>>> Это лучше, чем quote, потому что переносимо. Вот перейдешь ты с мыскля
  MS>>> на нормальную базу, а там quote-то и нету...
 PK>> ч-чего? какой мыскль? а то что в твоем любимом dbd::interbase это еще не
 PK>> написали - не повод... man DBI ;)
 
 MS> Мыскль - это я так уничижительно MySQL обзываю :-) А насчет quote
 MS> ты по определению неправ, как мне кажется. Если СУБД поддерживает
 MS> параметры в клиентских библиотеках, то частенько с их помощью можно
 MS> передать родные типы данных, которые иначе исказятся. Типичный
 MS> пример - float, который имеет бинарную природу, а придется его
 MS> пихать в текстовом виде через sprintf. Кстати, приведи примерчик
 MS> необходимости quote, шоб через параметры это нельзя было бы передать,
 MS> потому как обратный пример я уже привел.
 
 Hастоятельно рекомендуется прочесть man DBI на предмет параметров quote. Да, я
 уже заметил, что в свежем DBI уже пропало утверждение, что bind_param
 effectively calls quote(). Интересно, автору какого драйвера мы этим
 обязаны?.. Убил бы дурака.
 
 MS> В плане удобства использования тоже как бы никаких преимуществ не
 MS> имеется, по скорости же исполнения одноразовый prepare с последующими
 MS> execute-ами явно выигрывает.
 
 Типичная ситуация: запрос вида select ... where a = ? and b = ? выполняется в
 цикле, в котором b меняется, а a - нет, при базе вроде MySQL или PostgreSQL,
 где prepare реально с базой ничего не делает.
 
 -- 
 Счастливо!
   Ран.
 --- ifmail v.2.14.os-p7-tma3
  * Origin: MemoNet (2:5020/371.32@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор