Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 40 41 42 43 44 [45] 46 47 48 49 .. 106   вперед  Ctrl
 Re: 12 правил "ну я" для форума SQL.RU  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67487
Блог
Rus000
да, но такие вырожденные случаи существуют.

Сомневаюсь на самом деле, но это не так важно.

Rus000
Вы точно так же напирали на этот аргумент в полемике по фуллскану.

И правильно делал. Поскольку Вы сказали "всегда быстрее" - вот и привели Вам пример, что "не всегда". В отличие от Вас, Ваш оппонент кванторами не злоупотребляет, напирая на этот аргумент, Вы показываете совсем не то, что вероятно хотели бы.

Rus000
Однако скажите, в каких типах задач требуется именно применение hash-organized-index?

Что значит "требуется"? Технически любая задача может быть решена вообще без индексов, на одних фуллсканах. Если же говорить об эффективности, то для тех, эффективность которых существенно зависит от скорости доступа к элементам некоторого достаточно большого массива с непоследовательными индексами.
21 ноя 06, 14:30    [3429914]     Ответить | Цитировать Сообщить модератору
 Re: 12 правил "ну я" для форума SQL.RU  [new]
pavelvp
Member

Откуда:
Сообщений: 673
Rus000
безусловно, что недостатки есть, иначе все СУБД имели бы только хэш реализацию физического хранения индексных структур. Однако скажите, в каких типах задач требуется именно применение hash-organized-index?
Во всех задачах требующих эффективного распараллеливания. DWH, DSS...
21 ноя 06, 14:32    [3429931]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
MX -- ALEX
наверное у нас неправильная реализация -

И не совневайтесь... Любую проблему можно решить либо технически (читай ACID) либо организационно, т.е. запретами как у вас.
21 ноя 06, 14:38    [3429960]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
softwarer
К сожалению, на форуме нет средств поиска по многостраничным темам, поэтому позволю себе на уровне воспоминаний: Вы упирали на то, что решаете уникальные задачи, с которыми в жизни не справиться толпе соседствующих SQL-программистов, и активно участвовали в разъяснениях, где и за счет чего Cache быстрее. Мне кажется, это вполне компонуется в использованную мной формулировку. Прошу прощения, если приписал Вам слова кого-то из Ваших коллег.

Скажем, что единственое МОЕ изречение из всего вышеуказанного - это про уникальные задачи.
Остальное, извините, надумано. А участвовать - да, участвовал, каюсь. :)

softwarer

SQL> declare
  2  
  3    type TTestData is table of integer index by binary_integer ;
  4    TestData TTestData ;
...
Size = 1000 time = +000000000 00:00:10.937000000
Size = 10000 time = +000000000 00:00:10.875000000
Size = 100000 time = +000000000 00:00:11.094000000
Size = 1000000 time = +000000000 00:00:10.797000000

Ну-кась и я побалуюсь.
	for cnt=1000,10000,100000,1000000 {
	    kill ^tab
	    for i=0:1:cnt-1 set ^tab(i)=i
	    ;
	    set t=$zh
	    for i=1:1:10000000 s a=^tab(i#cnt)
	    write !,"Size = ",cnt," time = ",$zh-t
	}
...
Size = 1000 time = 5.585467
Size = 10000 time = 5.635763
Size = 100000 time = 6.006148
Size = 1000000 time = 6.012113
21 ноя 06, 14:44    [3429995]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Croaton
Member

Откуда:
Сообщений: 11
Господа !
А не кажется ли Вам, что язык с таким http://www.nwp-region.ru/wiki/MUMPS приличным стажем достоин хоть какого-то уважения. Вы спрашиваете мампсистов в терминах той муйни в которой варитесь и развиваетесь. Потом ржнимагу пацтулом гыыы сопли пузырями.
Отсылаете изучать наследование, инкапсуляцию и др. замечательные вещи. В нём это тоже есть. Только сегодня большинству там и без этого комфортно. Язык/способ хранения просто самодостаточны. А книги мы конечно почитаем ...... потом.

PS: Создание хэш-таблицы в MUMPS - просто апофеоз глубокомыслия.....
21 ноя 06, 14:47    [3430022]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Croaton
Господа !
А не кажется ли Вам, что язык с таким http://www.nwp-region.ru/wiki/MUMPS приличным стажем достоин хоть какого-то уважения. Вы спрашиваете мампсистов в терминах той муйни в которой варитесь и развиваетесь. Потом ржнимагу пацтулом гыыы сопли пузырями.
Отсылаете изучать наследование, инкапсуляцию и др. замечательные вещи. В нём это тоже есть. Только сегодня большинству там и без этого комфортно. Язык/способ хранения просто самодостаточны. А книги мы конечно почитаем ...... потом.

PS: Создание хэш-таблицы в MUMPS - просто апофеоз глубокомыслия.....


пацтулам впоследний раз было от мампсиста, да и отсутствие уважения началось с выступлений коллеги ЧАЛа (к участникам), а уважать ИНСТРУМЕНТ я как-то не готов.
21 ноя 06, 14:51    [3430054]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Croaton
А книги мы конечно почитаем ...... потом.


Если вы считаете себя самодостаточным, пытаться вас в этом разубедить безусловно глупо
21 ноя 06, 14:57    [3430088]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
OS/360
Guest
Sergei Obrastsov

А какой же это "прямой доступ", коли строки в блоке перебирать надо?


Элементарно - в загловке блока лежит таблица смещений.
21 ноя 06, 15:01    [3430117]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
OS/360
Sergei Obrastsov

А какой же это "прямой доступ", коли строки в блоке перебирать надо?


Элементарно - в загловке блока лежит таблица смещений.

Убедили. :)
21 ноя 06, 15:02    [3430133]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Croaton
А не кажется ли Вам, что язык с таким http://www.nwp-region.ru/wiki/MUMPS приличным стажем


Кстати, сцылка 5 баллов ровно. Начинаю преисполняться уважением
21 ноя 06, 15:04    [3430160]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
Sergei Obrastsov
Vlad2005
Гм... Вот сижу, смотрю на родный склад... И вижу именно иерархию,
и именно на двух таблицах - список товаров, и иерархия групп товаров.
Использую, вот что странно... Или опять раночтения? ;-)))

Именно они, к сожалению. Речь идет об одной таблице с двумя полями. Слабо запихнуть? :)


Лехко.

1.Поле - собств. значения атрибутов.
2. Ссылки на уровни- предшественники (если empty or null - соотв. корень)

Прошу доказать, что не будет работать. ;-))
21 ноя 06, 15:11    [3430220]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
Vlad2005
Sergei Obrastsov
Vlad2005
Гм... Вот сижу, смотрю на родный склад... И вижу именно иерархию,
и именно на двух таблицах - список товаров, и иерархия групп товаров.
Использую, вот что странно... Или опять раночтения? ;-)))

Именно они, к сожалению. Речь идет об одной таблице с двумя полями. Слабо запихнуть? :)


Лехко.

1.Поле - собств. значения атрибутов.
2. Ссылки на уровни- предшественники (если empty or null - соотв. корень)

Прошу доказать, что не будет работать. ;-))

Да-да. Опять все о том же, влезет или не влезет. Ну влезло, дальше что? Вы, конечно,
тут же озаботились индексами? Сколько их?
21 ноя 06, 15:17    [3430275]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67487
Блог
Sergei Obrastsov
Ну-кась и я побалуюсь.

То есть наблюдается рост (полусекундная разница в последних примерах относительно первых). Скорее всего, если подихотомируете, найдете точную границу.
21 ноя 06, 15:22    [3430313]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
OS/360
Guest
В ADABAS в индексах хранится не физический адрес, а так называемый ISN
Преобразование ISN в физ адрес производится при помощи так называемого ассоциатора.

Разработчики приложений могут использовать ISN для обращения к записям
21 ноя 06, 15:29    [3430374]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
Sergei Obrastsov
Vlad2005
Sergei Obrastsov
Vlad2005
Гм... Вот сижу, смотрю на родный склад... И вижу именно иерархию,
и именно на двух таблицах - список товаров, и иерархия групп товаров.
Использую, вот что странно... Или опять раночтения? ;-)))

Именно они, к сожалению. Речь идет об одной таблице с двумя полями. Слабо запихнуть? :)


Лехко.

1.Поле - собств. значения атрибутов.
2. Ссылки на уровни- предшественники (если empty or null - соотв. корень)

Прошу доказать, что не будет работать. ;-))

Да-да. Опять все о том же, влезет или не влезет. Ну влезло, дальше что? Вы, конечно,
тут же озаботились индексами? Сколько их?


Столько же, сколько и у вас. Т.е, сколько нужно. Да что ж вы к этим
индексам прицепились? Больше не к чему?
21 ноя 06, 15:32    [3430413]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
Vlad2005
Sergei Obrastsov
Vlad2005
Гм... Вот сижу, смотрю на родный склад... И вижу именно иерархию,
и именно на двух таблицах - список товаров, и иерархия групп товаров.
Использую, вот что странно... Или опять раночтения? ;-)))

Именно они, к сожалению. Речь идет об одной таблице с двумя полями. Слабо запихнуть? :)


Лехко.

1.Поле - собств. значения атрибутов.
2. Ссылки на уровни- предшественники (если empty or null - соотв. корень)

Прошу доказать, что не будет работать. ;-))


будет
и что интересно иногда мы почти так делаем в M
если удобно - почему нет ?

5300 - кредиторы (название группы счетов - если третья цифра =0)
5320 - кредиторы-лизинг (непосредственно счет)
и т д
в одной таблице
21 ноя 06, 15:35    [3430446]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
Vlad2005
Sergei Obrastsov
Vlad2005
Sergei Obrastsov
Vlad2005
Гм... Вот сижу, смотрю на родный склад... И вижу именно иерархию,
и именно на двух таблицах - список товаров, и иерархия групп товаров.
Использую, вот что странно... Или опять раночтения? ;-)))

Именно они, к сожалению. Речь идет об одной таблице с двумя полями. Слабо запихнуть? :)


Лехко.

1.Поле - собств. значения атрибутов.
2. Ссылки на уровни- предшественники (если empty or null - соотв. корень)

Прошу доказать, что не будет работать. ;-))

Да-да. Опять все о том же, влезет или не влезет. Ну влезло, дальше что? Вы, конечно,
тут же озаботились индексами? Сколько их?


Столько же, сколько и у вас. Т.е, сколько нужно. Да что ж вы к этим
индексам прицепились? Больше не к чему?

Потому что из-за них весь сыр-бор. Видите ли, мой оппонент уверял, что ему достаточно
одного ключа, чтобы получить адекватную дереву структуру.
21 ноя 06, 15:54    [3430638]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
softwarer
Sergei Obrastsov
Ну-кась и я побалуюсь.

То есть наблюдается рост (полусекундная разница в последних примерах относительно первых). Скорее всего, если подихотомируете, найдете точную границу.

Естественно наблюдается, было бы удивительно, если бы этого не произошло. Но полсекунды
на миллион - это немного, согласитесь. Если не трудно, назовите параметры компьютера, на котором запускали, пожалуйста.
21 ноя 06, 16:01    [3430695]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67487
Блог
Sergei Obrastsov
Но полсекунды на миллион - это немного, согласитесь.

Абстрактно готов согласиться. Я бы правда считал в относительных числах - 8% замедления (или сколько там).

Sergei Obrastsov
Если не трудно, назовите параметры компьютера, на котором запускали, пожалуйста.

Sempron на полтора гигагерца. Прочее имхо неважно.
21 ноя 06, 16:28    [3430901]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Sergei Obrastsov
Видите ли, мой оппонент уверял, что ему достаточно
одного ключа, чтобы получить адекватную дереву структуру.

... и пока еще не был опровергнут!
21 ноя 06, 16:34    [3430958]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
Sergei Obrastsov
Vlad2005
Sergei Obrastsov
Vlad2005
Sergei Obrastsov
Vlad2005
Гм... Вот сижу, смотрю на родный склад... И вижу именно иерархию,
и именно на двух таблицах - список товаров, и иерархия групп товаров.
Использую, вот что странно... Или опять раночтения? ;-)))

Именно они, к сожалению. Речь идет об одной таблице с двумя полями. Слабо запихнуть? :)


Лехко.

1.Поле - собств. значения атрибутов.
2. Ссылки на уровни- предшественники (если empty or null - соотв. корень)

Прошу доказать, что не будет работать. ;-))

Да-да. Опять все о том же, влезет или не влезет. Ну влезло, дальше что? Вы, конечно,
тут же озаботились индексами? Сколько их?


Столько же, сколько и у вас. Т.е, сколько нужно. Да что ж вы к этим
индексам прицепились? Больше не к чему?

Потому что из-за них весь сыр-бор. Видите ли, мой оппонент уверял, что ему достаточно
одного ключа, чтобы получить адекватную дереву структуру.


Для раскрутки иерархии - да, достаточно одного, по полю, описывающему структуру
(поле2 в моем примере). Вроде не ошибаюсь...
21 ноя 06, 16:41    [3431025]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
Vlad2005
Sergei Obrastsov
Потому что из-за них весь сыр-бор. Видите ли, мой оппонент уверял, что ему достаточно
одного ключа, чтобы получить адекватную дереву структуру.

Для раскрутки иерархии - да, достаточно одного, по полю, описывающему структуру
(поле2 в моем примере). Вроде не ошибаюсь...
Для раскрутки - да. А для работы? Или Вам достаточно раскрутки?
21 ноя 06, 16:50    [3431119]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
Sergei Obrastsov
Vlad2005
Sergei Obrastsov
Потому что из-за них весь сыр-бор. Видите ли, мой оппонент уверял, что ему достаточно
одного ключа, чтобы получить адекватную дереву структуру.

Для раскрутки иерархии - да, достаточно одного, по полю, описывающему структуру
(поле2 в моем примере). Вроде не ошибаюсь...
Для раскрутки - да. А для работы? Или Вам достаточно раскрутки?


Дык так и работаем... Вроде нормально. Ессно, т.к. у нас это - список товаров, то
ограничились всего двумя уровнями, если вам интересны подробности. Справочник
сей немаленький, под 60 тыс наименований. Работа и операторская, и отчеты трудятся
вовсю. Для удобства - всеж у нас ДВЕ таблицы. Одна - эт всеж немного экстремализм.
НО! Работать всеж должно.
21 ноя 06, 17:04    [3431257]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
Vlad2005
Дык так и работаем... Вроде нормально. Ессно, т.к. у нас это - список товаров, то
ограничились всего двумя уровнями, если вам интересны подробности. Справочник
сей немаленький, под 60 тыс наименований. Работа и операторская, и отчеты трудятся
вовсю. Для удобства - всеж у нас ДВЕ таблицы. Одна - эт всеж немного экстремализм.
НО! Работать всеж должно.
Вот и я про то, что это не совсем нормально. А что до "работать всеж должно", то и текстовый файлик на 60 тыс. строк тоже будет работать.
21 ноя 06, 17:25    [3431426]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
pavelvp
Member

Откуда:
Сообщений: 673
Sergei Obrastsov
Потому что из-за них весь сыр-бор. Видите ли, мой оппонент уверял, что ему достаточно одного ключа, чтобы получить адекватную дереву структуру.
С тех пор ничего не изменилось :-) Если в Вашей М-структуре ключ один, то и в таблице будет один. Почему их должно быть больше то??? По кругу пошли. Я то думал мы всё выяснили, так нет...
21 ноя 06, 17:42    [3431553]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 40 41 42 43 44 [45] 46 47 48 49 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить