|
| |
|
|
| |
для: Ivan
(04.02.2006 в 07:06)
| | | Чем меньше будет строк - тем быстрее всё будет работать, если есть возможность использовать вместо строк типы ENUM и SET или вынести строки в отдельные таблицы - это следует сделать.
Максимальный размер, с которым сам имел дело - свыше 4 000 000 записей, 250 Мб - приятного мало, но работать можно. Например, база сообщений этого форума имеет более 70 000 записей, проиндексированных индексом FULLTEXT - пока работает, хотя наблюдаются некоторые задержки при добавлении сообщений. В качестве меры оптимизации таблица будет разделена на две - рабочую и архивную. | |
| |
|
|
| |
|
|
| |
для: cheops
(03.02.2006 в 13:58)
| | | Информация самая обычная - строки, числа. Больших текстов нет.
Еще пара моментов.
1) Даст что-нибудь уменьшение количества столбцов (то есть вынос в отдельную таблицу тех, что требуются редко)
2) Уменьшение количества строк - то есть разбивка таблицы по какому-то критерию (значению столбца) на несколько таблиц. (Но тогда часто придется делать несколько запросов.)
И все же хотелось бы еще раз спросить, у кого какой макс. размер таблицы был?
Просто я больше, чем с 50000 записей пока дела не имел. | |
| |
|
|
| |
|
|
| |
для: Ivan
(03.02.2006 в 07:44)
| | | Сильно зависит от того, что за информация будет хранится в базе данных. Здорово увеличивает производительность индексирование столбцов, которые участвуют в MAX-запросах, а так же количество оперативной памяти которое выделяется на одно соединение. | |
| |
|
|
| |
|
|
| | Предполагается создание обширной базы данных.
Количество строк в самой большой таблице может быть более миллиона, а может и три.
Возможно ли вообще такое, чтобы делались нормально выборки (штук 5 запросов) и страничка приемлемо грузилась?
Если кто работал с большими базами, просьба поделиться информацией, какие проблемы возникают.
И вообще, у кого сколько было по максимуму в одной таблице? | |
| |
|
|
|
