- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
netwind, кто пугает? :)
Спросили - ответил. Ответил по своему опыту и конкретной ситуации, которую полностью описал, как мне кажется - вполне внятно. Чего еще надо-то? :)
asserte, Правду надо. сам по себе lock не может тормозить.
netwind, правда в том, что если разбить данные на кучу таблиц UPDATE/INSERT выполняется нааамного быстрее, чем в одной таблице с локом. Тут лок, может, вообще не при чем. :)
Здраствуйте!
Мне нужна информация,совет.
У меня есть таблица с примерно 1-10 млн записей (Пусть с именем table1). Точнее нет, но планируется.
Знающие люди скажите такое вобще возможно будет и как мускл будет выдерживать запросы в эту таблицу. Т.е. быстродействие таких запросов как:
select .. from table1 where id2=...
update table2.count = COUNT(table1.id1) .... where table1.id2 = ....
select COUNT(id1) form table1 where id2=....
update table2.sum = SUM(table1.ss) .... where table1.id2=...
Сколько по времени будут занимать такие запросы....
Или это ничего страшного и я зря паникую? :)
От поля TEXT я бы крайне рекомендовал в таком случае избавиться в любом случае - это раз...
Максимально грамотно отработать с Индексами - это два.
Для текста использовать поля строго фиксированной длины (забыл как называются - где пустые места пробелами добиваются в конец)
Ну и молиться, ибо таблица это для MySQL ооочень не маленькая :)
На простых выборках проблем то не будет, а вот на Update-ах и Сложных SELECT-ах можешь получить массу приятных ощущений
А таблицы в 1,5 млрд записей, потянет какая-то субд или придется разбивать на части?
Потянет даже какая-нибудь MySQL. Единственно что индекс весь в память не влезет - тормозить будет.
Слава Шевцов добавил 29.04.2009 в 10:58
Мне нужна информация,совет.
Сколько по времени будут занимать такие запросы....
Или это ничего страшного и я зря паникую?
1. Поставьте на домашний комп Денвер.
2. Сделайте тестовую базу с таблицами.
3. Заполните её тестовыми значениями с помощью скрипта.
4. Напишите запросы.
5. Выполните запросы и посмотрите время выполнения.
6. Посмотрите способы оптимизации запросов и расположения данных в базе.
7. Оптимизируйте базу и запросы.
8. Выполните запросы и посмотрите время выполнения.
Ошибка будет в два-три раза. Это нормально. Реальная скорость на сервере будет выше. Если время будет очень велико - публикуйте здесь структуру базы и запросы - подумаем 🍻