|
|
|
скорость вып-я запроса в зависимости от типа "сортировочного" поля
|
|||
|---|---|---|---|
|
#18+
Вопросы от чайника продолжаются. Расположите плз в порядке возрастания скорость выполнения запроса в зависимости от типа поля, по которому идет сортировка. Индексы и прочая ..... не учитываются. Типы: number,date,varchar2. Мне почему-то кажется, что именно в этом порядке скорость растет, так ли это на самом деле? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 16:58 |
|
||
|
скорость вып-я запроса в зависимости от типа "сортировочного" поля
|
|||
|---|---|---|---|
|
#18+
то есть конечно уменьшается :):) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 17:03 |
|
||
|
скорость вып-я запроса в зависимости от типа "сортировочного" поля
|
|||
|---|---|---|---|
|
#18+
а я думаю, что без разницы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 17:52 |
|
||
|
скорость вып-я запроса в зависимости от типа "сортировочного" поля
|
|||
|---|---|---|---|
|
#18+
>>> а я думаю, что без разницы. Ne bez raznici. No ona ne yavlyaetsya principialnoy. Na assembler urovne dlya operacii sravneniya dvuh peremennyh nado polzovatsya raznimi mashinnimi komandamy. V odnom sluchae (number) sravnenie moget bit vipolneno na registrovom urovme, v drugom sluchae (varchar2) nado pisat programmniy blok sravneniya poskolky pryamoe sravneniy potencialno vozmogno tolko dlya strok s dlinnoy ne bolee 255 bayt a dlina varchar2 maksimalno 4000 bayt. (sm spisov assemblernih komand dlya konkretnoy arhitektury processorov) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 20:03 |
|
||
|
скорость вып-я запроса в зависимости от типа "сортировочного" поля
|
|||
|---|---|---|---|
|
#18+
>Na assembler urovne dlya operacii sravneniya dvuh peremennyh nado polzovatsya >raznimi mashinnimi komandamy. V odnom sluchae (number) sravnenie moget bit >vipolneno na registrovom urovme, v drugom sluchae (varchar2) nado pisat >programmniy blok sravneniya poskolky pryamoe sravneniy potencialno vozmogno >tolko dlya strok s dlinnoy ne bolee 255 bayt a dlina varchar2 maksimalno 4000 >bayt. ничего не понял :-) если архитектура 64-битная, то регистр тоже именно такой величины, т.е. 8 байт. Datatype NUMBER может быть максимально длиной 21 байт, т.е. в регистре тоже не поместится. Почему длина строк должна быть 255 байт тоже непонятно. Думаю, что у Оракла есть свой алгоритм сортировки, не зная которого трудно вообще о чем-то рассуждать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 20:29 |
|
||
|
скорость вып-я запроса в зависимости от типа "сортировочного" поля
|
|||
|---|---|---|---|
|
#18+
Гена, чего-то ты имхо перемудрил с ассемблером. Внутренний формат представления числа в Oracle - это char. Согласен, что учитывать вещи такого уровня при проектировании - смысла нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 21:04 |
|
||
|
скорость вып-я запроса в зависимости от типа "сортировочного" поля
|
|||
|---|---|---|---|
|
#18+
2 dba 64-bits --> eto dlina pryamogo adresa panyaty i k registram dannih ne otnositsya (primer IA-64 - imeet 64-bitnuyu adresacyu no 256 bitnie (naskolko ya pomnu) registri dannih, kotorie mogut obedinyatsya v gruppy o 255 bytes --> assemblernie komandy dlinnogo sravneniya i dlinnogo peremescheniya (C/MV) imeyut na bitovim v strukture komandy 1 bayt dlya dlinny polya (0 ne ispolzuetsya --> 255 max) eti prakticheski odinakovo dlya: VAX, DEC ALPHA, INTEL, IBM 390 za ostalniye ne otvechau 2 Ed Oracle ispolzuet ne CHAR a dvoichno-desyatichnuyu systemu schisleniya dlya hraneniya i obrabotki number. bolshenstvo processorov imeyut guppu komand PACK dlya pryamoy raboty s takim predstavleniyem chisel i eto ogovoireno v kakomto iz IEEE standartov (nomer ne pomnu) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 21:36 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=32126912&tid=1991311]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
212ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 233ms |
| total: | 535ms |

| 0 / 0 |
