|
| |
|
|
| |
для: cheops
(09.05.2007 в 13:41)
| | | Спасибо.Тема закрыта. | |
| |
|
|
| |
|
|
| |
для: flip
(08.05.2007 в 15:51)
| | | Дело в том, что таблица - это файл, вернее несколько файлов, но де факто данные хранятся в одном файле - чем он больше, тем медленее всё работает, чем меньше - тем быстрее... именно для этого на этом форуме введена актуальный (живой) форум и архив - это позволяет для живого форума делать очень небольшие таблицы, которые можно быстро обновлять, вставлять новые записи и т.п. | |
| |
|
|
| |
|
|
| |
для: Unkind
(09.05.2007 в 00:12)
| | | Ну подскажите, как ускорить выборку
SELECT * FROM temp ORDER BY datapos DESC LIMIT 0,30
|
Если записей в таблице 50000. | |
| |
|
|
|
| |
|
|
| |
для: flip
(08.05.2007 в 21:20)
| | | Аууу! В форуме есть кто? | |
| |
|
|
| |
|
|
| |
для: flip
(08.05.2007 в 15:51)
| | | Помогите плиииииииииииииз! | |
| |
|
|
| |
|
|
| |
для: cheops
(08.05.2007 в 15:34)
| | | Но если даже я разобью до 10000 записей. То что? | |
| |
|
|
| |
|
|
| |
для: flip
(08.05.2007 в 14:33)
| | | Многовато, а в Мб сколько? Нельзя разбить таблицу на актуальную и архивную?
PS В принципе выходом из ситуации могло бы стать сегментирование, но оно введено только начиная с MySQL версии 5.1, которая пока находится в бета-тесте. | |
| |
|
|
| |
|
|
| |
для: Trianon
(08.05.2007 в 14:21)
| | | Записей конечно.:) | |
| |
|
|
| |
|
|
| |
для: flip
(08.05.2007 в 14:16)
| | | байт?
записей?
долларов?
:) | |
| |
|
|
|
