ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Помогите определиться с выбором СУБД.
10 сообщений из 35, страница 2 из 2
  2  все
Помогите определиться с выбором СУБД.
    #35981938
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
vb-expert2 Yo.! :

Спасибо за идею с IOT! Я немного рогуглил - IOT. Это только Oracle?

в мсскл это IOT кластерной таблицой завется. наверника в дб2 есть. я бы в первую очередь oracle XE попробывал 200М с тремя полями думаю в 4гб влезет легко.
большой SQL с тучей IN долго парсится, во всяком случае я такое замечал в оракле. думаю тут оптимальней создать массив на клиенте и его передать в SQL как переменную. на паре сотен IN я видел значительный прирост скорости, на тысячах быстрей получалось скинуть во временную таблицу, т.к. частенько съезжал план сложного запроса.

2miksoft
а что такое "покрывающего индекса" ?

ЗЫ. у первой тройки еще одно огромное преимущество - scattered read
...
Рейтинг: 0 / 0
13.05.2009, 01:16
| Ответить | Цитировать | Написать  
Помогите определиться с выбором СУБД.
    #35981953
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
база хэшей MD5 для подбора паролей?
...
Рейтинг: 0 / 0
13.05.2009, 01:46
| Ответить | Цитировать | Написать  
Помогите определиться с выбором СУБД.
    #35982462
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Yo.!2miksoft
а что такое "покрывающего индекса" ?Индекс, в который входят все используемые в запросе поля. Многие СУБД (в т.ч. и MySQL) умеют в таких случаях читать все данные из индекса, вообще не обращаясь к таблице. Ес-сно, порядок полей в индексе должен быть правильным, чтобы он мог эффективно использоваться в запросе.
...
Рейтинг: 0 / 0
13.05.2009, 11:19
| Ответить | Цитировать | Написать  
Помогите определиться с выбором СУБД.
    #35983362
SQL*Plus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL*Plus
Участник
vb-expertОсобенность:
В секунду на БД посылаеться 10 таких запросов.

Т.е. база просто засыпается сотнями тысяч запросов.

Вопрос: какая СУБД лучше всего справиться с такой задачей?
Посмотрите Oracle11g. Там есть весьма полезные в данной ситуации:
1. Query Result Cache
2. Client-Side Query Cache
...
Рейтинг: 0 / 0
13.05.2009, 15:06
| Ответить | Цитировать | Написать  
Помогите определиться с выбором СУБД.
    #35984021
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
miksoftИндекс, в который входят все используемые в запросе поля. Многие СУБД (в т.ч. и MySQL) умеют в таких случаях читать все данные из индекса, вообще не обращаясь к таблице. Ес-сно, порядок полей в индексе должен быть правильным, чтобы он мог эффективно использоваться в запросе.

как-то не догнал, а как он поможет достать что-либо по конкретному хешу ?
...
Рейтинг: 0 / 0
13.05.2009, 19:39
| Ответить | Цитировать | Написать  
Помогите определиться с выбором СУБД.
    #35984052
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Yo.!miksoftИндекс, в который входят все используемые в запросе поля. Многие СУБД (в т.ч. и MySQL) умеют в таких случаях читать все данные из индекса, вообще не обращаясь к таблице. Ес-сно, порядок полей в индексе должен быть правильным, чтобы он мог эффективно использоваться в запросе.как-то не догнал, а как он поможет достать что-либо по конкретному хешу ?Делаем индекс (`hash`,`doc_id`,`fp_offset`) и из него достаем.
...
Рейтинг: 0 / 0
13.05.2009, 19:58
| Ответить | Цитировать | Написать  
Помогите определиться с выбором СУБД.
    #35984305
Фотография Хрен
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хрен
Участник
vb-expert,

1) Поставьте несколько машин. Настройте репликацию. Все изменения посылкайте на master, а эту тучу запросов на select - можно размазать но всем машинам.

2) Можно попробовать распилить таблицу с помощью partitioning на 20-30 кусков, чтобы быстрее доступ был. Не уверен что поможет, но поиграться и замерить можно.
...
Рейтинг: 0 / 0
13.05.2009, 23:16
| Ответить | Цитировать | Написать  
Помогите определиться с выбором СУБД.
    #35984335
Фотография Хрен
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хрен
Участник
3)Можете попробовать load index into cache `_index_a`
чтобы закинуть индекс полностью в кэш. Конечно, нужно выделить достаточно места для key_buffer_size
...
Рейтинг: 0 / 0
13.05.2009, 23:39
| Ответить | Цитировать | Написать  
Помогите определиться с выбором СУБД.
    #35984339
Фотография Хрен
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хрен
Участник
4) Вместо запроса с тучей чисел в in (), может быть выгоднее использовать низкоуровневый handler и каждое число отдельно.. документация - надо пробовать.
...
Рейтинг: 0 / 0
13.05.2009, 23:45
| Ответить | Цитировать | Написать  
Помогите определиться с выбором СУБД.
    #35987012
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AAron
Участник
Yo.!,

от неумения делать IOT складывают все в один индекс. оверхед заметный. к счастью SQL Server 2005/2008 научились в индекс складывать не только сами индексируемые поля, но и те, которые раньше в индекс приходилось запихивать.

например, для курсов валют покрывающий индекс
Код: plaintext
CREATE INDEX IX1 on rates (from_curr, to_curr, rate)

в новом варианте 2005/2008
Код: plaintext
CREATE INDEX IX1 on rates (from_curr, to_curr) INCLUDE (rate)
в 2008 можно еще и фильтр повесить на индекс.

ну это все off.
...
Рейтинг: 0 / 0
15.05.2009, 01:16
| Ответить | Цитировать | Написать  
10 сообщений из 35, страница 2 из 2
  2  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Помогите определиться с выбором СУБД.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=35981938&tid=1552941]:
 0ms
get settings:
 11ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 42ms
get topic data:
 11ms
get forum data:
 2ms
get page messages:
 51ms
get tp. blocked users:
 2ms
others: 265ms
total:  406ms
созд. / загр.: 406ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]