- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте!
Заинтересовал вопрос по базе данных.
Например если я храню в базе данных числа не больше 9 при этом таблица такая - int(11)
От этого сильно будет зависеть нагрузка для сервера?
Просто все такие таблицы что можно хранить как int(1) идут под int(11).
Кто нибудь связывался? Стоит изменять таблицы или разницы никакой?
adrin02 добавил 08.09.2010 в 00:02
Так же и varchar(255) где можно varchar(15)
естественно лучше оптимизировать когда можно это сделать.
нагрузка создается при выборках по этому полю, при хранении лишь увеличивается размер базы.
естественно лучше оптимизировать когда можно это сделать.
предыдущий оратор прав
поправьте если ошибаюсь, но для оптимизации можно еще и в индекс выставить. тогда поиск будет быстрее.
а что мешает просто сделать, тем более это очень просто. п
int(1) отличается от int(11) только форматом вывода, например, консольной командой mysql. Для хранения они оба занимают 4 байта.
Если у Вас всего 9 значений, то лучше использовать tinyint или enum.
По скорости разница может быть заметна только на очень больших таблицах и большом кол-ве запросов, т.к в теории базе данных надо читать больше блоков с диска для обработки запроса и объем занимаемой памяти тоже растет, что может несколько отрицательно сказаться на кешировании.
А вообще стоит оптимизировать только тогда, когда реально тормозит. Преждевременная оптимизация часто не на пользу.
А вообще стоит оптимизировать только тогда, когда реально тормозит.
тогда может быть поздно :)
тогда может быть поздно :)
Ага, может быть и такое.
Всем спасибо за ответы.
А какую посещаемость может выдержать такой vds сервер Процессор/CPU:1500 Mhz RAM: 1 Гб
Хотяб примерно =) кто в курсе?
А какую посещаемость может выдержать такой vds сервер Процессор/CPU:1500 Mhz RAM: 1 Гб
Хотяб примерно =) кто в курсе?
ха ха ха ....
100 посетителей в секунду, при условии что это обычная хтмл страничка без картинок, жавас скриптов и стилей в отдельном файле :)
А какую посещаемость может выдержать такой vds сервер Процессор/CPU:1500 Mhz RAM: 1 Гб
Хотяб примерно =) кто в курсе?
Все зависит от проекта. Если стоит криво настроенный апач с каким-нибудь тяжелым движком с 500 запросами к БД на страницу, то и 0.1 запросов в секунду может не потянуть :)
Если стоит nginx, который сам отдает статику и используется кеширование, например, объектов в memcached, то можно и пару десятков запросов в секунду вытянуть и больше.
dk547 Cпасибо.
Ещё вопрос по поводу составления запросов. На пару проектов поднялась посещаемость, начали подгруживать мускл. Движки самописанные, только начинал изучать php.
Вот был старый запросы
$result_news_cat = mysql_query("SELECT * FROM categories WHERE id='{$myrow_news["cat"]}' ORDER BY id DESC",$db);
$myrow_news_cat = mysql_fetch_array($result_news_cat);
$result_vsegocom = mysql_query("SELECT COUNT(*) FROM comments WHERE news='{$myrow_news["id"]}' ");
$count_vsegocom = mysql_fetch_array($result_vsegocom);
теперь переписал в другой 1 запрос
Может кто то поможет составить этот запрос через
Так же возможно вместо COUNT(com.news) лучше использовать COUNT(*)