|
ru.website
- RU.WEBSITE -------------------------------------------------------------------
From : Serge Shikov 2:5020/400 11 Jun 2002 10:25:50
To : Alexander Kostiuchenko
Subject : Re: Hужна студия
--------------------------------------------------------------------------------
Alexander Kostiuchenko wrote:
>
> >> as> или каких-либо хитрых запросов, которые не умеет mysql.
> >> транзакции он при большой необходимости умеет, а любой хитрый запрос
> >> можно переписать на несколько простых, что, учитывая шустрость
> >> mysql, может оказаться даже быстрее
> SS> Транзакции да, научили. А насчет "переписать" - ты погорячился слегка.
> SS> Hу перепиши мне вот это, и чтобы вышло "быстрее": ;-P
>
> SS> delete from tableA where id in (select id from tableB where ...)
>
> "мамой клянусь" (с), видел где-то, кажется на phpbuilder.com бенчмарки, по
> которым следующий код (в ПХП варианте) отрабатывает быстрее, чем чистый SQL.
>
> $dbh->do('DELETE FROM tableA WHERE id IN (?)',undef,
> join ','=>map{$_->[0]}@{$dbh->selectall_arrayref});
>
> (не помню, как сравнивали - оба запроса на одной и той же СУБД, или вложенный
> селект на нормальной, а этот - на мыскле, но... за что купил - за то продаю).
Я думаю, что они (кто сравнивал) просто [censored], потому что это
выполняется _на клиенте_. Hе может оно в сети быть быстрее кода, который
целиком на сервере. Если бы хранимые процедуры были, я бы еще на такое
согласился, но без них - никогда. Сначала надо передать тот самый первый
результат запроса, а это время. И потом, какого оно может быть размера?
Длина же самого delete ограничена очевидно, сколько ключиков ты можешь
написать внутри in?
> SS> Ведь не умеет же, зараза, подзапросы. И как ты тут не переписывай, а
> обещают сделать, сразу как подчистят последний (4) релиз (a он, похоже,
> довольно чистый - 2-3 месяца у себя на паре машин гоняем активно - без
> проблем). Как говорится - any time now.
Зато год отладки потом ;-)
> SS> без программирования на процедурном языке не обойтись. Все - на mysql
> SS> с таким в общем-то простым стандартным запросом получилась полная
> в конце концов можно SP-шку написать (хоть на C, хоть LUA прикрутить) и
> перенести таки нужную функциональность от приложения к БД. Можно даже
> обеспечить какую-то переносимость.
Переносимость SP? Hу это ты погорячился. Ее нету и не скоро будет. Hе на
чем писать их, чтобы переносимо - нету такого языка.
> Только насколько все это действительно
> необходимо ?...
Hасколько необходима целостность? Hу я не знаю. Мне - очень.
> SS> задница. Вообще рассказы про "шустрость" мне кажутся скорее мифом,
> SS> потому что TPC/TPD естественно никто не гонял (оно просто неспособно
> SS> их прогнать за нестандартностью языка), а что и кто намерял на
> SS> игрушечных задачках кривыми мерялками - не очень и интересно.
> вот и я думаю - что за лохи в NASA сидят ;) взяли, да и перешли на него с
> оракла - мол так все быстрее гораздо... явно у них бабок на нормальную СУБД не
> хватает ;)
А можно конкретную ссылку? А то я все-таки склонен считать, что это гон,
или неверно понятое сообщение.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
