su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Oleg V. Boldyrev                     2:5053/16      19 Jan 2001  20:00:13
 To : All
 Subject : Re: =?koi8-r?Q?=F0=CF=CD=CF=C7=C9=D4=C5=20=D7=20=D7=D9=C2=CF=D2=CF=CD=2
 -------------------------------------------------------------------------------- 
 

 =?koi8-r?Q?=F0=CF=CD=CF=C7=C9=D4=C5=20=D7=20=D7=D9=C2=CF=D2=CF=CD=20=F3?=
 =?koi8-r?Q?=F5=E2=E4=20=D0=CF=C4=20=D7=C9=CE=C4=D9=2E=2E=2E?=
 Reply-To: olegb@dim.sartax.saratov.su
 Привет,
 In <9499q1$p8n$2@host.talk.ru> pvv@soil.msu.ru (pvv@soil.msu.ru) wrote:
 
 > Это вряд ли. Хеши используются самими механизмами сервера, и выводить
 > их наружу - это убить возможности оптимизатора по предварительной
 > оценке планов с использованием хешей. Разве что - совместно с принуди-
 > тельной установкой хинтов...
 
 Оптимизатору нужно только одно: чтобы к моменту начала его работы хеш функция
 была посчитана. Так что если колбек будет срабатывать при всех
 добавлениях/изменениях, оптимизатор не обидится. Другое дело, что
 конструирование
 хеш-функции для произвольного набора записей составляет, как говорили в ВОИРе
 (всесоюзное общество изобретателей и рационализаторов) хоу-ноу.
 И микрософт считает, что и так решил эту задачу для общего случая...
 
                         Олег Болдырев
 --- ifmail v.2.15
  * Origin: SCPI (2:5053/16@fidonet)
 
 

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