Что лучше и быстрее?
Миллион записей в одной таблице или по 400 записей в 2500 таблицах? Для справки - я хочу инвентарь каждого пользователя хранить в отдельных таблицах или всё в одну сгружать и вытаскивать по id пользователя?
Если вы беспокоитесь, что ваша таблица с миллионом записей будет перегружена - то вы волнуетесь зря! MySQL умеет работать с миллионами записей.
Вот несколько советов, если вам необходимо работать с большими данными:
Соглашусь с sanmai и добавлю ещё один момент. Определённо, вам не нужно создавать такое огромное количество таблиц: кроме нерациональности , это сильно усложняет логику работы приложения (когда создавать новые таблицы, поддержание связей между таблиц в актуальном состоянии). Попробуйте использовать связующие таблицы, которые будут хранить связь между пользователем и его предметом. 1 связь - 1 запись.
Каждая новая таблица расходует ресурс сервера на поддержание открытого файла. Даже если вы настроите open_files_limit
при помощи обычного метода, ресурсы сервера все равно будут использоваться под вещи, которые не нужны. Кроме того, интересно может повести себя буферный пул. Потому, если вы не знаете что так точно будет хуже, лучше однородные данные в пределах одного сервера держать в одной таблице.
Миллион записей — это пустяки в наши дни.
Виртуальный выделенный сервер (VDS) становится отличным выбором
При помощи данного кода можно занести цену в корзину из произвольного поляНо как только задаешь формат вывода цены на экран в контейнере...
Интересует, целесообразность использовать sphinx или иную поисковую машину для организации поиска по сайтуХотелось бы, чтобы поиск сортировался...
Нужно через ссылку добавить массив товара в сессию