|
|
|
| 1) Есть ли смысл в таком индексе?
UNIQUE `UNIQUE` ( `ID` , `name` )
Таблица большая. Эти поля уникальны и в основном по ним происходит выборка.
`id` - INT
`name` - CHAR(30)
2)
При работе, известны обе переменные ($ID, $name)
Но при выборке достаточно и необходимо …WHERE `name` = $name
Как будет лучше?
- WHERE `id`=$ID AND `name` = $name – используем индекс UNIQUE `UNIQUE` ( `ID` , `name` )
Или сделать отдельными уникал. индексами?
Все таки по полю INT выбора происходит быстрее… или я ошибаюсь? | |
|
|
|
|
|
|
|
для: а-я
(13.07.2008 в 01:19)
| | Многостолбцовый уникальный индекс подразумевает, что уникальна именно пара полей, т.е. такие записи:
... будут взаимоуникальны.
Если есть возможность, то для обращения к конкретной записи лучше использовать целочисленный первичный ключ (Primary key). | |
|
|
|
|
|
|
|
для: sms-send
(13.07.2008 в 04:31)
| | >Многостолбцовый уникальный индекс подразумевает, что уникальна именно пара полей, т.е. такие записи:
>
>
>
>... будут взаимоуникальны.
Вот и я о том же)
>Если есть возможность, то для обращения к конкретной записи лучше использовать целочисленный первичный ключ (Primary key).
нет, это авторизация-онлайна. и первичный никак не подойдет | |
|
|
|
|
|
|
|
для: а-я
(13.07.2008 в 01:19)
| | >1) Есть ли смысл в таком индексе?
никакого
>UNIQUE `UNIQUE` ( `ID` , `name` )
>Таблица большая.
Большая - это сколько?
>Эти поля уникальны и в основном по ним происходит выборка.
name само по себе - уникально?
Почему нельзя по нему сделать индекс?
id , как я понимаю, и без того первичный ключ. | |
|
|
|
|
|
|
|
для: Trianon
(13.07.2008 в 10:14)
| | >>1) Есть ли смысл в таком индексе?
>никакого
>
>>UNIQUE `UNIQUE` ( `ID` , `name` )
>>Таблица большая.
>Большая - это сколько?
ну, как сказать большая, она просто имеет много полей char(255)
>>Эти поля уникальны и в основном по ним происходит выборка.
>
>name само по себе - уникально?
>Почему нельзя по нему сделать индекс?
>id , как я понимаю, и без того первичный ключ.
`name` и `id` - уникальны.
дать `ID`- первичный нет возможности. т.к. это данные идут из другой таблицы.
все проблема в том, что есть условие.
1) Если `id` уже есть в табл, то обновить данные. с помощью
ON DUPLICATE KEY UPDATE
2) если есть `name` то необходимо вернуть ошибку.
так как они оба уникальны то могут быть ошибки.
и майскл обновит данные там где никак нельзя!
хотелось все в одном запросе сделать. но видать надо отдельный запрос делать. | |
|
|
|