ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
8 сообщений из 33, страница 2 из 2
  2  все
Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
    #38481943
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
авторНапример, как указать движку, на каком именно диске нужно хранить конкретную партицию
http://dev.mysql.com/doc/refman/5.6/en/tablespace-placing.html
Код: sql
1.
2.
mysql> create table external (x int unsigned not null primary key) data directory = '/volumes/external1/data';
Query OK, 0 rows affected (0.03 sec)
...
Рейтинг: 0 / 0
28.11.2013, 15:33:07
| Ответить | Цитировать | Написать  
Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
    #38482099
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Ещё комментарии.

Я не думаю, что партицирование и разнесение данных по разным физическим девайсам сильно поможет.

Потому что -- ещё раз -- оба снижают сложность задачи не на порядки.
...
Рейтинг: 0 / 0
28.11.2013, 16:35:17
| Ответить | Цитировать | Написать  
Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
    #38483297
Kulavert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kulavert
Гость
ScareCrowсимлинк. но глубина анализа просто поражает. ты бы хоть конктерыне данные дал. железо, диски, характеристику базы.
За симлинк спасибо. Дал предложения DBA, думают...
Про железо: СУБД размещена в дата-центре, там свои ДБА, вроде толковые ребята и не по..исты, плюс они связываются с техподдержкой вендора оборудования. А что там у них за железо, я не спрашиваю, но уверен, что не 10-летней давности.
...
Рейтинг: 0 / 0
29.11.2013, 14:06:57
| Ответить | Цитировать | Написать  
Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
    #38483307
Kulavert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kulavert
Гость
Cygapb-007Можно сделать фильтрующий подзапрос, возвращающий PK, и связать с ним всю таблицу по JOIN. В этом случае в покрывающем индексе будут только поля, необходимые для фильтрации записей, а в итоговый результат попадут все поля исходной таблицы. эмммм... недогнал...
Предположим, у меня для фильтрации записей только одно условие: ClusterID=XXXX. Можете пояснить свое предложение на примере?
...
Рейтинг: 0 / 0
29.11.2013, 14:14:49
| Ответить | Цитировать | Написать  
Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
    #38483342
Kulavert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kulavert
Гость
MasterZivЯ не думаю, что партицирование и разнесение данных по разным физическим девайсам сильно поможет.
Потому что -- ещё раз -- оба снижают сложность задачи не на порядки.
Тут можно сказать даже более конкретно: партиционирование снизит нагрузку на диск в 2, в 3, в 4 и т.д. раз (не ровно, конечно, а чуть меньше), в зависимости от того, как удастся договориться с админами дата-центра.
А для искоренения проблемы будем искать другое решение.
...
Рейтинг: 0 / 0
29.11.2013, 14:26:09
| Ответить | Цитировать | Написать  
Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
    #38483704
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
авторТут можно сказать даже более конкретно: партиционирование снизит нагрузку на диск в 2, в 3, в 4 и т.д. раз
глубина анализа не перестаёт поражать
...
Рейтинг: 0 / 0
29.11.2013, 16:42:17
| Ответить | Цитировать | Написать  
Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
    #38484001
Kulavert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kulavert
Гость
ScareCrowглубина анализа не перестаёт поражать
Могу дать адресок, где я беру эту дрянь
...
Рейтинг: 0 / 0
29.11.2013, 19:11:48
| Ответить | Цитировать | Написать  
Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
    #38484135
Cygapb-007
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cygapb-007
Участник
KulavertCygapb-007Можно сделать фильтрующий подзапрос, возвращающий PK, и связать с ним всю таблицу по JOIN. В этом случае в покрывающем индексе будут только поля, необходимые для фильтрации записей, а в итоговый результат попадут все поля исходной таблицы. эмммм... недогнал...
Предположим, у меня для фильтрации записей только одно условие: ClusterID=XXXX. Можете пояснить свое предложение на примере?не, сорь, это я фигню сморозил((

Если нужны все поля, то для минимизации запросов нужен псевдокластерный индекс, содержащий все эти нужные поля. Тогда вместо считывания строк из разных страниц можно было бы считать те же данные из небольшой непрерывной области индекса. Но размер таблицы удвоится, плюс ограничение на длину индекса, плюс затраты на обновления данных...

А то, что я предложил, не снимет KeyLookup для получения недостающих данных.
...
Рейтинг: 0 / 0
29.11.2013, 22:34:42
| Ответить | Цитировать | Написать  
8 сообщений из 33, страница 2 из 2
  2  все
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Оптимизация чтения: возможен ли кластерный индекс на не уникальном поле или другое решение
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=47&msg=38484001&tid=1835629]:
 0ms
get settings:
 6ms
get forum list:
 18ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 56ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 53ms
get tp. blocked users:
 2ms
others: 230ms
total:  388ms
созд. / загр.: 388ms
x
x
Закрыть


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