- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Достаточно ли обычного хостинга для размещения базы данных объемом до 10000 и более записей.
Я знаю что есть определенные ограничения на время работы скрипта в районе 30 сек.
То есть нужна какая-то формула определяющая время выборки Т из базы данных объемом V, чтобы понять требуется ли выделенный сервер или можно обойтись малой кровью.
И не понятно как вычислить какой мощности нужен выделенный сервер, чтобы успевать обрабатывать 30000-50000 записей в БД скажем за 5 сек.
зависит от типа записей, сами понимаете row number это одно а еще есть column number
лучше скажите размер бд в мб - это больше влияет обычно, так как будет много обращений к диску если большой размер
с такими размерами стоит делать partitioning
Если бы знать наперед сколько будет размер...
знаю только то, что в основной таблице будет ежедневно добавляться по 150 записей длинной 250-300 знаков. (45-50кб)
тоесть в месяц 1,5 мб
Был личный проект - proof concept - поискового бота, собирал он слова и вставлял в БД. две разные таблицы. в одной под названием pages: id title link date (думаю понятно), в другой под названием words: id word page - где в page (longtext) добавлялись через пробел айдишники из pages. формат для скорости - innodb - на 40000 слов в words выборка начинала тормозить на 47000 вставки и апдейты (хард не скоростной 7200)... с myisam проблемы начинались с 10000. так что смотрите сами.
размер бд при 47000 - 3,5 мб
Размер базы мало влияет на скорость выборки. Влияет сложность запросов и проработанность структуры, индексы, правильные методы соединений и компиляции запросов, использование транзакций - если они есть. Вообще 10000 строк и три мегабайта - это ничто. Такая база читается полностью за секунду с диска, без индексов.
Достаточно ли обычного хостинга для размещения базы данных объемом до 10000 и более записей.
от хостера тоже зависит - некоторые визжать начинают если база больше № мегабайт или сайт посещает аж цельна тыща хостов в сутки а некоторые и гораздо большие нагрузки терпят на шареде при норм цене ;)
И всеже есть ли какие-то средства для планирования будущей нагрузки? Нужно определить будущие возможные затраты, определить частоту высвобождения базы.
И всеже есть ли какие-то средства для планирования будущей нагрузки? Нужно определить будущие возможные затраты, определить частоту высвобождения базы.
наверное будет проще взять сервер на тест на пару дней и все проверить.