ƒобро пожаловать в форум, Guest††>>†† ¬ойти†|†–егистрац舆| ѕоиск†|†ѕравила†| ¬ избранное | ѕодписатьс€
¬се форумы / Oracle Ќовый топик †† ќтветить
 ћетоды оптимизации запросов к большим источникам данных  [new]
Kr_Yury
Member

ќткуда:  иев, ”краина
—ообщений: 245
¬о многих ваканси€х по ORACLE фигурирует фраза 'знание методов оптимизации запросов к большим источникам данных'. –азве ORACLE принципиально раздел€ет 'большие' и 'малые' данные? я еще понимаю, что эти методы могут различатьс€ дл€ локальных/распределЄнных систем, при медленных каналах св€зи. »ли € не прав?
19 июл 07, 18:49††††[4412276]     ќтветить | ÷итировать —ообщить модератору
 Re: ћетоды оптимизации запросов к большим источникам данных  [new]
’рюхрюшкин.
Member [заблокирован]

ќткуда: зовите мен€ –. Ѕендер ћладшенький
—ообщений: 3970
Partition?
19 июл 07, 18:51††††[4412298]     ќтветить | ÷итировать —ообщить модератору
 Re: ћетоды оптимизации запросов к большим источникам данных  [new]
Kr_Yury
Member

ќткуда:  иев, ”краина
—ообщений: 245
’рюхрюшкин.
Partition?

Partition относитс€ к способу хранени€/организации данных. ћожно и небольшие по размерам таблици разбить на партиции.  стати сколько это 'малые' и 'большие' данные ?
19 июл 07, 19:05††††[4412368]     ќтветить | ÷итировать —ообщить модератору
 Re: ћетоды оптимизации запросов к большим источникам данных  [new]
’рюхрюшкин.
Member [заблокирован]

ќткуда: зовите мен€ –. Ѕендер ћладшенький
—ообщений: 3970
Kr_Yury
’рюхрюшкин.
Partition?

Partition относитс€ к способу хранени€/организации данных. ћожно и небольшие по размерам таблици разбить на партиции.  стати сколько это 'малые' и 'большие' данные ?

¬се-таки нужно знать, что така€ вещь существует и что запросах должны учитыватьс€ ключи секционировани€.

я просто не догадываюсь, о чем еще может идти речь.
ћожет еще о вс€ких хитрых индексах (bitmap дл€ DWH?).
19 июл 07, 19:06††††[4412383]     ќтветить | ÷итировать —ообщить модератору
 Re: –†—Ъ–†¬µ–°вАЪ–†—Х–†“С–°вАє –†—Х–†—Ч–°вАЪ–†—С–†—Ш–†—С–†¬Ј–†¬∞–°вА†–†—С–†—С –†¬Ј–†¬∞–†—Ч–°–В–†—Х–°–Г–†—Х–†–Ж –†—Ф –†¬±–†—Х–†¬ї–°–К–°вВђ–†—С–†—Ш –†—С–°–Г–°вАЪ–†—Х–°вА°–†–Е–†—С–†—Ф–†¬∞–†—Ш –†“С–†¬∞–†–Е–†–Е–°вАє–°вА¶  [new]
guest100))
Guest
The point is there is no much difference between 0.1 sec and 0.5 sec in case of query against small DBs. But users will be very unhappy of waiting 50 sec instead of 10.

Another point is that in order to tune query against huge DBs you must understand DB server very deeply. Otherwise you may recommend to rebuild index dayly because after you eventualy rebuild it you've got 40 sec and treat it as a great result of your hard work.
19 июл 07, 19:15††††[4412433]     ќтветить | ÷итировать —ообщить модератору
 Re: ћетоды оптимизации запросов к большим источникам данных  [new]
Sevick
Member

ќткуда: из-за компа
—ообщений: 833
Kr_Yury
¬о многих ваканси€х по ORACLE фигурирует фраза 'знание методов оптимизации запросов к большим источникам данных'. –азве ORACLE принципиально раздел€ет 'большие' и 'малые' данные? я еще понимаю, что эти методы могут различатьс€ дл€ локальных/распределЄнных систем, при медленных каналах св€зи. »ли € не прав?


»меетс€ в виду просто "знание методов оптимизации". Ќа маленьком объеме заниматьс€ этим вр€д ли возможно / имеет смысл.
19 июл 07, 19:20††††[4412466]     ќтветить | ÷итировать —ообщить модератору
 Re: ћетоды оптимизации запросов к большим источникам данных  [new]
mcureenab
Member

ќткуда: Murmansk
—ообщений: 5928
Kr_Yury
¬о многих ваканси€х по ORACLE фигурирует фраза 'знание методов оптимизации запросов к большим источникам данных'. –азве ORACLE принципиально раздел€ет 'большие' и 'малые' данные? я еще понимаю, что эти методы могут различатьс€ дл€ локальных/распределЄнных систем, при медленных каналах св€зи. »ли € не прав?


–аздел€ет.
1. ¬ ini файле есть настройки дл€ больших и малых Ѕƒ. (’« как их отличить).
2. ¬ документации (и даже в словаре встречал) есть пон€тие VLDB.
3.  оличество переходит в качество. –егламентные работы с малой Ѕƒ без вс€ких проблем можно выполнить, например, за ночь, дл€ управлени€ большой Ѕƒ нужны особые механизмы и приЄмы, иначе работа может зат€нутьс€ на недопустимо длительное врем€.
19 июл 07, 19:28††††[4412510]     ќтветить | ÷итировать —ообщить модератору
 Re: ћетоды оптимизации запросов к большим источникам данных  [new]
andrey_anonymous
Member

ќткуда: ћосква
—ообщений: 18367
Kr_Yury
'знание методов оптимизации запросов к большим источникам данных'

¬ моем понимании запрос "к большим источникам" характеризуетс€ значительным количеством физических чтений, и это надо посто€нно иметь ввиду - например, не загадить buffer cache на смешанных системах, избегать двойных сканирований толстых таблиц...
Ќередко предпочтительным методом доступа €вл€етс€ Partition iterator+FTS, по возможности желательно иметь count stop key внутри раздела.
Ќадо понимать, что ежедневный сбор статистики дл€ таких таблиц - зан€тие нездоровое.
Ќе лишне вникнуть в тематику parallel query.
Ќе следует забывать о такой экзотике, как cluster.
ƒалее идут материализованные представлени€, INDEXTYPE и прочее, и прочее, и прочее.
 ороче, тема объемна€ - тут можно и п€ть страниц исписать, и половина будет посв€щена теме "чего нельз€ делать при работе с большой таблицей" :)
20 июл 07, 00:45††††[4413191]     ќтветить | ÷итировать —ообщить модератору
 Re: ћетоды оптимизации запросов к большим источникам данных  [new]
pravednik
Member

ќткуда: Jacksonville, FL
—ообщений: 16268
Kr_Yury
¬о многих ваканси€х по ORACLE фигурирует фраза 'знание методов оптимизации запросов к большим источникам данных'. –азве ORACLE принципиально раздел€ет 'большие' и 'малые' данные? я еще понимаю, что эти методы могут различатьс€ дл€ локальных/распределЄнных систем, при медленных каналах св€зи. »ли € не прав?


дума в тему будет Configuring Oracle Server for VLDB
20 июл 07, 01:24††††[4413218]     ќтветить | ÷итировать —ообщить модератору
¬се форумы / Oracle ќтветить