ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Alexei Ivanov                        2:5020/400     18 Nov 2000  04:48:41
 To : All
 Subject : Re: FreeBSD + MySQL = тапки?
 -------------------------------------------------------------------------------- 
 

 Hi,
 
 Michael Samanov wrote:
 
 > JG> ЗЫ только без заезженной байки про транзакции. ок?
 > 
 > Тогда, как минимум, без триггеров и хранимых процедур. Также без
 > views, хоть это и не сильно страшно. А вот самое страшное, так
 > это то, что это чудище не может параллельно исполнять даже
 > select-ы (все операции исполняются _строго_ в порядке живой
 > очереди), так что один большой селект вешает остальных клиентов.
 
 Вот наблюдаю тут беседу и решил вмешаться.
 
 Можно объяснить фразу "один большой селект вешает остальных клиентов".
 Что меняется если все запросы выполняются паралельно?
 Как мне кажется общее время выполнения каждого запроса при этом
 увеличится.
 Тогда что мы выигрываем?
 
 > Hету блобов. Hету курсоров, т.е. весь результат селекта _обязан_
 
 Кто Вам сказал, что там нету блобов?
 
 Что такое курсор. Смысл?
 
 > целиком вместиться в память клиента. Hету ручной оптимизации
 
 Что значит результат должен вместиться в память клиента?
 Что я ищу, то и получаю. Если я не могу поднять два мешка картошки, то
 нефиг
 их и покупать. В конце концов предоставляй возможность при получении
 более какого-то
 кол-ва записей просматривать их по частям.
 
 > запросов (EXECUTE PLAN), что есть, например, в интербейсе.
 
 По поводу оптимизации запросов - наверно хорошо, но когда их много и они
 разные
 смысла нет.
 
 P.S. и причем тут тапки...
 
 -- 
 Alexei
 --- ifmail v.2.15dev5
  * Origin: Demos online service (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Re: FreeBSD + MySQL = тапки?   Alexei Ivanov   18 Nov 2000 04:48:41   Re: FreeBSD + MySQL = тапки?   Valentin Nechayev   19 Nov 2000 20:40:53