|
|
|
Индексы
|
|||
|---|---|---|---|
|
#18+
Хотел уточнить, нужно ли на id строки (он же ключ типа PRIMARY) ставить еще и индекс INDEX для ускорения работы с этим столбцом или PRIMARY и так индексирует столбец? Еще интерестно как в большой таблице сделать возможность сортировки по id наиболее оптимальным, если сначала из таблицы выбираются какие-то данные по индексному столбцу, а потом требуется их сортировать в обратном порядке по первичному ключу id? Может есть возможность просто чтения таблицы с конца? Просто там именно требуется перевернуть данные. Заранее спасибо за ответы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2005, 13:42:03 |
|
||
|
Индексы
|
|||
|---|---|---|---|
|
#18+
DArtsили PRIMARY и так индексирует столбецДа. MySQL ManualPRIMARY KEY представляет собой уникальный ключ KEY с дополнительным ограничением, что все столбцы с данным ключом должны быть определены как NOT NULL. В MySQL этот ключ называется PRIMARY (первичный). Таблица может иметь только один первичный ключ PRIMARY KEY. Если PRIMARY KEY отсутствует в таблицах, а некоторое приложение запрашивает его, то MySQL может превратить в PRIMARY KEY первый ключ UNIQUE, не имеющий ни одного столбца NULL. MySQL ManualPRIMARY KEY может быть многостолбцовым индексом. Однако нельзя создать многостолбцовый индекс, используя в определении столбца атрибут ключа PRIMARY KEY. Именно таким образом только один столбец будет отмечен как первичный. Необходимо использовать синтаксис PRIMARY KEY(index_col_name, ...). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2005, 14:17:07 |
|
||
|
|

start [/forum/topic.php?fid=47&tid=1853883]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
170ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 185ms |
| total: | 416ms |

| 0 / 0 |
