- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Создал для начала миллион записей, получилось (посмотрел в phpMyAdmin)
Используемое пространство
Тип Использование
Данные 53,929.8 КБ
Индекс 10,644.0 КБ
Всего 64,573.8 КБ
Правильно ли я понимаю, что около 60МБ занимает?
Лучше посмотреть, физически файлы сколько весят в самой папке с mysql
Я просто боюсь как бы не перегрузить размером БД
А что, интересно "перегрузить размером БД"? Винт что ли? :)
А что, интересно "перегрузить размером БД"? Винт что ли? :)
Ну и это тоже, чтоб не уйти за пределы дискового пространства, но это поправимо конечно
---------- Добавлено 09.10.2018 в 13:41 ----------
Лучше посмотреть, физически файлы сколько весят в самой папке с mysql
Я так понимаю через фтп не посмотреть, это надо через шелл?
Я так понимаю через фтп не посмотреть, это надо через шелл?
Да это надо через шелл. Но в принципе и по размеру данных можете округлять до 100 мб например миллион записей.
ок попробую
Ну и это тоже,
А нафига?
И что кроме этого? :)
ЗЫ. не тем, ой не тем ты голову забиваешь..
Каждый день будет сохранятся инфа для разных наименований, получаем 40 байт * 360 дней * 3500 наименований = 50400000 байт, это равняется всего 0.05ГБ, все верно? т.е. за 10 лет всего пол гига, фигня.. все я правильно подсчитал? ) Я просто боюсь как бы не перегрузить размером БД
А еще индексы посчитать забыли.
Чего именно вы хотите? Боитесь, что база данных не выдержит? Лимиты очень велики:
https://dev.mysql.com/doc/refman/8.0/en/table-size-limit.html
https://dev.mysql.com/doc/refman/8.0/en/innodb-restrictions.html
---------- Добавлено 11.10.2018 в 01:51 ----------
Ну и это тоже, чтоб не уйти за пределы дискового пространства, но это поправимо конечно
Если это виртуалка, то просто тариф смените по мере того как место закончится.
Если это "железный" сервер - покупать сразу с запасом, дорого. Но его все равно переезжать придется. Жить на одном железе сервере 10 лет - стремновато. Диски уж точно понадобится менять.
---------- Добавлено 11.10.2018 в 01:53 ----------
Создаю таблицу для хранения данных по дням. Одна запись состоит примерно из 10 полей общая сумма которых в байтах равняется около 40 байт (там int, datetime, varchar и тп).
Там не такая зависимость:
https://dev.mysql.com/doc/refman/8.0/en/storage-requirements.html#data-types-storage-reqs-strings