- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Нужно объединить 3 таблицы, каждая из которых имеет в среднем 6 полей.
Как такое объединение повлияет на скорость получения данных из БД страницы?
С чем можно сравнить? Может есть примеры, какое в среднем количество таблиц объединяет тот же WordpRess?
пустые вопросы, что тут ответить? если нужно объедините и проверьте...
На скорость никак не повлияет, так как все эти таблицы "физически" хранятся в одном файле и поток подключается один для всей БД не зависимо от количества таблиц.
На скорость никак не повлияет, так как все эти таблицы "физически" хранятся в одном файле
"В одном файле" - это если используется innodb . Ну и какая разница, один файл или несколько, если скорость выборки зависит от числа строк в таблице, числа индексов и прочего.
Может как повлиять, так и вообще не повлиять.
maks_m, чудес вы не откроете. Нормализацию и вытекающие из нее объединения используют все программисты и продукты. Нет смысла искать экономию тут.
maks_m, чудес вы не откроете. Нормализацию и вытекающие из нее объединения используют все программисты и продукты. Нет смысла искать экономию тут.
Но ведь запрос с JOIN медленнее чем выброка полей из одной таблицы по итогу? Поэтому иногда выгоднее объеденить таблицы, в разумных пределах, конечно
Но ведь запрос с JOIN медленнее чем выброка полей из одной таблицы по итогу?
Тоже не всегда )
Допустим, если нормализация уменьшит общий размер данных, а индексы ускорят такую выборку, то в масштабе всего приложения, а не конкретного запроса, использование JOIN выгоднее.