РЕально быстрая выборка Select из базы данных, как?

Статус
В этой теме нельзя размещать новые ответы.
200кк это не огромная база, это базюлька. Простые прямые запросы подойдут, еще можно индексы навешать, но на таком количестве данных особо ничего не изменится.
 
Тоже однажды столкнулся с подобной задачей, даже база была похожая. Решил вопрос с помощью Для просмотра ссылки Войди или Зарегистрируйся, в разы выросла производительность.
 
0 если хотите работать с MySQL то используйте таблицы индексов + кэширование запросов.
1 для большой выдачи результата лучше REDIS.
2 если хотите решить проблему проще, то используйте sphinx как уже рекомендовал zaxap83.
 
0 если хотите работать с MySQL то используйте таблицы индексов + кэширование запросов.
Это актуально практически для любой БД

1 для большой выдачи результата лучше REDIS.
Сколько он отъест памяти на хранении 200кк записей?

2 если хотите решить проблему проще, то используйте sphinx как уже рекомендовал zaxap83.
это будет не проще, а производительнее
 
Это актуально практически для любой БД


Сколько он отъест памяти на хранении 200кк записей?


это будет не проще, а производительнее

В пункте 0 я говорю конкретно о MySQL именно он самый сложный, каждую БД нужно рассматривать отдельно нет общих рецептов.
200K это смешная цифра для REDIS, например 1000К займет 12 Мб RAM.
2й пункт проще для реализации! Вообще все пункты о быстрой выборке (читайте внимательней вопрос).
 
В пункте 0 я говорю конкретно о MySQL именно он самый сложный, каждую БД нужно рассматривать отдельно нет общих рецептов.
200K это смешная цифра для REDIS, например 1000К займет 12 Мб RAM.
2й пункт проще для реализации! Вообще все пункты о быстрой выборке (читайте внимательней вопрос).
Для большинства реляционных БД есть один рецепт - используйте индексы, это очевидно
Ну как можно говорить о 12мб для 1кк записей, не зная возможного размера каждой записи? )
Быстрая выборка != не быстрая реализация этой выборке разработчиком. Внедрение и использование сфинкса сложнее, чем делать простые запросы к БД, хоть и медленные.
 
Попробуйте заменить на noSQL решение - mongo, redis итд
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху