Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
GSky wrote: > нужно не точное сравнение, а приблизительное - больше/меньше, > дольше/быстрее. Ввести определенные поправки на разницу в железе гы! дык этта... всё - больше... или - меньше... или... зависит от... пропускной способности дисковой подсистемы, характера данных, вида индекса (clustered/nonclusterd, unique...), полей, включаемых в индекс, их типов (int/varchar/....), опций при построении индекса (sort_in_tempdb, online/offline, fillfactor...).... от месторасположения файлов данных на пластинах.. степени их фрагментации на уровне ОС... степени фрагментации таблицы на уровне СУБД... разнесения данных/индексов по разным дисковым массивам.... в обчим.... "в общем случае" - не выйдет сравнить... я так думаю..... рази что: чем меньше таблица, тем скорее строються индексы. и наоборот. -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 18:43 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
locky а какой индекс Вы создаете? Можете сообщить еще какие-то данные? --- Мимопроходящий я согласен, что сравнение будет никакое. А результатов сравнения на одной машине разных СУБД или одной СУБД и различных способов индексации найти не представляется возможным)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 18:44 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
ну почему же. Сервер "1" индексирует миллиард записей быстрее в 3 раза, чем сервер "2". Оперативки в "1" - 6 гектар, во "2" - 2 гектара. По 2 проца и там, и там. Следовательно ОЧЕНЬ ГРУБО серверы одинокавые. ОЧЕНЬ ГРУБО. --- а как тогда Вы советуете провести сравнение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 18:47 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
Привет, GSky! Ты пишешь: GSkyG> я согласен, что сравнение будет никакое. G> А результатов сравнения на одной машине разных СУБД G> или одной СУБД и различных способов индексации G> найти не представляется возможным))Ты не ищи. Ты сделай. Сам. -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 18:47 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
повторюсь, нужно самое приблизительное сравнение... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 18:49 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
GSkyСервер "1" индексирует миллиард записей быстрее в 3 раза, чем сервер "2". Оперативки в "1" - 6 гектар, во "2" - 2 гектара. По 2 проца и там, и там. Следовательно ОЧЕНЬ ГРУБО серверы одинокавые. ОЧЕНЬ ГРУБО. Другой, вполне вероятный набор данных: Сервер "1" с 8Gb оперативки индексирует миллиард записей в 1000 раз быстрее, нежели сервер "2" с 1Gb оперативки. Если добавить на сервер "2" еще 3Gb оперативки, разница снижается до 10 раз. Если добавить на сервер "3" еще 3Gb оперативки, разница не меняется. И какой очень грубый вывод Вы сделаете из этих данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 18:54 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
GSky wrote: > locky > а какой индекс Вы создаете? Можете сообщить еще какие-то данные? Индексы. Некластерные. от 4 до 24 байт на рыло (от 1-го до 11 полей в индексе). Выделенные в отдельную файлгруппу из 2-х файлов с опцией Sort_in_tempdb. кластерный индекс - по полю smalldatetime (4 байта). кста... скорость построения индексов для ms sql зависит от наличия/отсутсвия кластерного индекса и, если он таки есть, от его состава. а ваще-то... SQL Server Developer Edition в зубы - и мерять, мерять, мерять.... правда, и железяку бы надо нормальную, а не десктоп с одним идешным винтом.... или - оракл. у него видов индексов - ну просто валом (у МС - только дерево, вроде как). и тоже - мерять, мерять, мерять.... -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 18:54 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
Признаю идею сравнивать без привязки к железу глупой. Т.е. ставить оракл и делать самому по разным индексам?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 19:01 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
GSky wrote: > Признаю идею сравнивать без привязки к железу глупой. > Т.е. ставить оракл и делать самому по разным индексам?? "Пуля дырочку найдёт!" (С) Теория проверяется практикой. Не забыть выпрямить руки перед работой, настроить железо, ос, оракле, етк... -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 19:03 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
GSky wrote: > а 3 часа - это наиболее точные данные, которые Вы могли б сообщить? Оч > хочется что-то вроде 2:57:21.52 )) Нужно "2:57:21.52" - возьми да напиши "2:57:21.52". Или "3:04:36.23". Или "5:01:24.11". Или еще чего-нибудь. Все равно проверять это никто не станет (а если и станет - не сможет). Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 19:04 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
GSkyну почему же. Сервер "1" индексирует миллиард записей быстрее в 3 раза, чем сервер "2". Оперативки в "1" - 6 гектар, во "2" - 2 гектара. По 2 проца и там, и там. Следовательно ОЧЕНЬ ГРУБО серверы одинокавые. ОЧЕНЬ ГРУБО. --- а как тогда Вы советуете провести сравнение? Не адинакавые, давайте еще расссмотрим труд админа-никогда не пытался, но могу поспорить, что на одном и томже железе и одной и тойже БД продемонстрирую результаты с разницей в 2(два) раза. ЗЫ Oracle.Но и на других можно накрутить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2006, 11:11 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
locky GSky wrote: > Автор: "GSky" > locky > спасибо! > А можно узнать Вашу конфигурацию сервера? > > Мимопроходящий > у меня анализ способов индексации. Значит, нужны какие-то примеры... PIII-1,4x2, 6GbRam, RAID10 (4x143) - data+indexes RAID0 (5x143) - tempdb кэш на запись выключен, какой контроллер - не помню :-( 5 дисков на RAID0 ? а нет тестов, сколько пропускная способность чтение/запись этой сборки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2006, 11:12 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
А как оценивать in-memory database будете ? ------------------------------ Not affilated with VAZ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2006, 11:20 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
AAron wrote: > 5 дисков на RAID0 ? > а нет тестов, сколько пропускная способность чтение/запись этой сборки? для конкретно этого варианта - нет, есть для других мерялось IOMeter, sqliostress, SQLIO. максимально доступная на текущий момент конфигурация - RAID10x6+RAID0x7, но померять её нет возможности - постоянно под нагрузкой :-(. -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2006, 17:52 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
Видел я как-то сравнение процессоров, года два назад. Какая-то мерзота, то ли "Компьютерра", то ли "Хард-н-Софт", то ли вообще на стенке сортира написано было... Началось примерно с такой фразы "Бытует мнение, что процессор от AMD и процессор от Intel, купленные за одну и ту же сумму (например, 100$), демонстрируют безоговорочное преимущество AMD. Однако, такое сравнение не является правильным, т.к. д.б. выполнено сравнение процессоров равной категории не с т.зр. стоимости, а с т.зр. уровня используемой технологии." Вот так. Далее, взяли какой-то селорон, именно за 100 баксов, "чтобы оставаться объективными" (!!!), рассмотрели его характиристики, и подобрали такой же дюрон. Правда, не упомянули, что такой дюрон стоил на тот момент 39 баксов (я сам специально в прайсе посмотрел)... А дальше пошли объективные тесты, успешно показавшие, что дюрон ничуть не лучше и т.д... Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2006, 01:08 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
GSkyповторюсь, нужно самое приблизительное сравнение... Ну дык диплом... такие вещи действительно проверить трудно, а так поставь на домашний компьютер разные СУБД и посмотри время выполнения команд. FSkyТ.е. ставить оракл и делать самому по разным индексам?? Вот именно про это я и говорю. Большинство преподов в универах деградировали и по большому счету втюхать им щас можно все, что угодно. Камень в твой огород, - исходя из темы я вообще не уверен, что тебе СУБД стоит сравнивать, лучше сравнивать типы индексов, в каких случаях и что стоит использовать, там случаев и типов на такой немаленький диплом хватит. http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14211/data_acc.htm#i17778%5D%7C>]http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14211/data_acc.htm#i17778]|> http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14211/data_acc.htm#i17778" TARGET="_blank">Using Indexes and Clusters ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2006, 10:16 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
Ra he. Ya Ну дык диплом... такие вещи действительно проверить трудно, а так поставь на домашний компьютер разные СУБД и посмотри время выполнения команд. FSkyТ.е. ставить оракл и делать самому по разным индексам?? Вот именно про это я и говорю. Большинство преподов в универах деградировали и по большому счету втюхать им щас можно все, что угодно. Да, по-любому, например, не стыренную из инета статью, а какое-никакое, а собственное исследование "втюхать" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2006, 11:46 |
|
||
|
индексация СУБД
|
|||
|---|---|---|---|
|
#18+
DocAlДа, по-любому, например, не стыренную из инета статью, а какое-никакое, а собственное исследование "втюхать" Ну статья из инета уж совсем грубый вариант пожалуй - хотя, красивая презенташка - пару диаграм, и все будет пучком. Будешь тесты приводить найдется кто-нибудь чтобы просто мозг попарить по поводу погрешностей или еще чего-нибудь. Я исхожу из темы диплома и нигде в теме не говорится про разные СУБД - идет речь об "анализе сопсобов индексации", а это уже чистой воды как раз анализ типов: B-tree, Bitmap... и т.д. Вот их и расписать и даже можно будет приблизительную инфу посчитать сколько чтений там в таком случае, сколько в таком. В 90% случаев ИМХО выбор индекса/ов никак не связан с СУБД(предполагается, что тип индекса присутствует во всех рассматриваемых платформах) Кто-нибудь обязательно поумничает конечно, - что мол можно было и лучше и вообще здесь проблемма требует анализа и т.п. Хотя по глазам будет видно, что вообще до фени твой диплом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2006, 14:40 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=33806764&tid=1553560]: |
0ms |
get settings: |
6ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
28ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 311ms |
| 0 / 0 |
