|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Sergey Pratch 2:5020/400 13 Mar 2001 23:06:38 To : All Subject : Re: MS SQL 2000 -------------------------------------------------------------------------------- Hi! "Lilya A. Kozlenko" <Lilya.A.Kozlenko@f17.n5025.z2.fidonet.org> сообщил/сообщила в новостях следующее: news:2282204491@mail.relex.ru... > > дополнительного чтения диска. (Конечно, может и не потребовать, если > > этот кусок FAT закеширован, но гарантии нет). Поскольку raw device - > > непрерывный кусок по определению, подобные вычисления чрезвычайно > > упрощены и потому гарантированно не требуют дополнительных обращений к > > диску. > > Мелкое дополнение по поводу raw-ов. DB2 и Oracle умеют определять > физический адрес записи (rid и rowid соотв. эту информацию несут), и > оптимизатор это учитывает, правда ораклячий похуже. Хорошо > при работе с кластерными индексами получается. Тем хуже для сервера, если он занимается расчетом физического местонахождения записи (на уровне секторов, цилиндров и дорожек)и оптимизацией на основании данной информации. Если для IDE устройств такая математика хоть как-то может быть полезна, то для SCSI-устройств это вряд ли имеет какой-то смысл, так как внутренняя геометрия дисков сильно отличается от видимой из вне. А для многотомных устройств эта задача вообще не тривиальна. Это задача ОС, ее драйверов. Заниматся аналогчиной задачаей - все равно, что производить пересчет на счетах, после выполнения расчетов на компьютере. -- С уважением, Сергей Прач ================= Please, send you private mail to: s_pratch@mail.ru --- ifmail v.2.15dev5 * Origin: Solver Ltd. site #2 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/150145a01db04.html, оценка из 5, голосов 10
|