|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Pavel Pimenov 2:5020/175.2 18 May 2002 13:08:02 To : Sergey Pratch Subject : Hа: id ? -------------------------------------------------------------------------------- Fri May 17 2002 23:36, Sergey Pratch wrote to Pavel Pimenov: SP> From: " Sergey Pratch" <sltoopls@kot.poltava.ua> SP> Hi! SP> "Pavel Pimenov" <ppa@stinol.ru> сообщил/сообщила в новостях следующее: SP> news:960013617@p2.f175.n5020.z2.ftn... >> SP> Добавь сюда еще и проблемы сравнения: для целочисленной SP> арифметики >> SP> это одна операция процессора, а для строчной - LOOP, да еще и SP> побайтный, >> >> Hе все СУБД хрянят целые числа в машинно-зависимом виде. SP> ну и дуры! :) Смелое утверждение ) SP> А о DBF-а тут речь не принято вести. Я об Oracle вообщет... или о нем тоже не принято? SP> Hо по любому, SP> операция сравнения проходит за 1-2 такта, а сравнения строк - цел?й SP> каскад строк на ассемблере. Почему каскад? В x86 существуют цепочные операции. (в мнемокоде - 1 строка) SP> что на 64-х разрядной архитектуре обмена с памятью очень SP> дорогостоящая >> SP> операция. >> >> Почему именно в 64-х разрядной? SP> А потому что у Pentium-ов внешняя шина обмена с памятью - 64 разряда. SP> И для того, чтобы получить байт не кратным адресам необходимо SP> задействовать целую схему сдвига памяти внутри проца. Имхо сейчас пни достаточно хорошо оптимизируют rep-сравнения. Естественно машшиннозависимое хранение быстрее, но наверное это не так критично. ~PPA() {} // --- ifmail v.2.15dev5 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/330039867cb7.html, оценка из 5, голосов 10
|