- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть заказ на постройку интернет магазина. В базе, с самого начало , будет около 20000 товаров, в перспективе - около 100000 наименований.
Не будет ли MySQL узким местом в быстродействии, и если будет, то в какую сторону смотреть(PgSql, NoSql - решения)?
Если прямыми руками всё делать, то не будет точно.
Даже если товаров будет ещё в 10 раз больше.
;8149729']Если прямыми руками всё делать, то не будет точно.
Даже если товаров будет ещё в 10 раз больше.
Огромное спасибо, просто не на чем проверить время выборки из такого количества записей в таблице. Примерна так и думал, что основной упор надо будет делать на прямость рук.
Огромное спасибо, просто не на чем проверить время выборки из такого количества записей в таблице.
Вам поможет функция BENCHMARK()
Есть заказ на постройку интернет магазина. В базе, с самого начало , будет около 20000 товаров, в перспективе - около 100000 наименований.
Не будет ли MySQL узким местом в быстродействии, и если будет, то в какую сторону смотреть(PgSql, NoSql - решения)?
И в ходе разработки используйте SHOW PROFILES, SHOW PROFILE
http://dev.mysql.com/doc/refman/5.0/en/show-profiles.html
Конечно не будет. Просто не торопитесь, будьте внимательны.:) Удачи вам в выполнении данной работы))
100000 наименований
это немного. Главное, чтобы руки были ровные при проектировании.
NoSql
Этот вариант тоже может быть использован, но нужно понимать, что для его использования нужны свои причины. Имхо, более эффективным будет использование разного рода key-value хранилищ для тех, случаев, когда активно используются пользовательские поля для разных категорий товаров.
Главное правильно сделать таблицу , от правильных индексов очень много зависит , а если записей очень много то лучше выбирать движек для базы не MyISAM а InnoDB ,это мощный движ для работы с огромными базами.
До миллиона записей можете не переживать. После, нужно подумать чтобы меньше было запросов к БД.
Ну и конечно всё зависит от мощности сервера и ПО.