php-скриптинг в условиях высокой нагрузки

Страницы: ← Предыдущая страница • Следующая страница →

vasa_c

Сообщения: 3131 Репутация: N Группа: в ухо

30 января 2011 г. 18:52, спустя 1 минуту 5 секунд

Разработка нагруженного проекта на PHP ничем не отличается от нагруженного проекта с использованием любого другого языка. И PHP здесь не будет узким местом.

9. Максимально использовать возможности второго сервера с базой данных
Кто не понял, тому пример

Начиная с того, что NOW() не позволит мускулу закэшировать запрос и заканчивая тем, что как раз мускул лучше не дёргать лишний раз, так как он гораздо менее маштабируемый, чем пых.
fgets

Сообщения: 1099 Репутация: N Группа: Кто попало

30 января 2011 г. 18:53, спустя 1 минуту 15 секунд

>ваще не понял.
PDO это каркас для простых запросов и не более, prepare можно делать и через mysqli а можно и вовсе без них обойтись

>есть мнение, что логику тяжелую лучше на пых переносить а не на базу, что б она не лочилась во время тяжелых вычислений
тяжелых вычислений быть вовсе не должно, иначе база спроектирована неправильно, всё остальное определяет лишь объемом оперативной памяти

>Разработка нагруженного проекта на PHP ничем не отличается от нагруженного проекта
ошибаешься, и опять таки now тут не причем) это просто пример переноса логики с пыха на базу
Абырвалг

Сообщения: 6480 Репутация: N Группа: Джедаи

30 января 2011 г. 18:54, спустя 51 секунду

phpdude, лолнет. Я это http://blgo.ru/blog/2010/09/01/optimization-etc/#more-372 имел в виду (абзац блокировки)
vasa_c

Сообщения: 3131 Репутация: N Группа: в ухо

30 января 2011 г. 18:55, спустя 52 секунды

ошибаешься

Докажи

и опять таки now тут не причем) это просто пример переноса логики с пыха на базу

Это пример того, что ты начинаешь переносить какую-то логику куда-то там в следствии каких-то предположений, основанных ни на чём.
fgets

Сообщения: 1099 Репутация: N Группа: Кто попало

30 января 2011 г. 18:56, спустя 43 секунды

у меня вот вопрос - внешние ключи как то влияют на скорость запроса между связанными таблицами или они просто для выебона и on delete cascade?
Абырвалг

Сообщения: 6480 Репутация: N Группа: Джедаи
30 января 2011 г. 18:56, спустя 13 секунд
vasa_c, короче в запросах лучше не использовать всякие INTERVAL 1 DAY а ебашить что-то типа

WHERE foo < " . date('yesterday')

?
phpdude

Сообщения: 26646 Репутация: N Группа: в ухо

30 января 2011 г. 18:58, спустя 2 минуты 13 секунд

fgets, во ты дурень))) в высоконагруженных проектах вообще не удаляют, чтобы не создавать фрагментацию на дисках)

Сапожник без сапог
vasa_c

Сообщения: 3131 Репутация: N Группа: в ухо

30 января 2011 г. 18:59, спустя 49 секунд

vasa_c, короче в запросах лучше не использовать всякие INTERVAL 1 DAY а ебашить что-то типа

Навскидку: NOW() может изменяться от запроса к запросу, поэтому кэшировать его нельзя, INTERVAL 1 DAY же всегда один и тот же, поэтому не должен влиять. Хотя в каждом случае лучше копать доку и тестить. Ну и для конкретного запроса, кэш как может быть нужен, так и не нужен.
fgets

Сообщения: 1099 Репутация: N Группа: Кто попало

30 января 2011 г. 19:00, спустя 47 секунд

fgets, во ты дурень))) в высоконагруженных проектах вообще не удаляют, чтобы не создавать фрагментацию на дисках)

толсто
vasa_c

Сообщения: 3131 Репутация: N Группа: в ухо

30 января 2011 г. 19:00, спустя 9 секунд

у меня вот вопрос - внешние ключи как то влияют на скорость запроса между связанными таблицами или они просто для выебона и on delete cascade?

Внешние ключи - лишние связи, которые требуют ресурсов на своё поддержание.
fgets

Сообщения: 1099 Репутация: N Группа: Кто попало

30 января 2011 г. 19:02, спустя 2 минуты 2 секунды

vasa_c, короче в запросах лучше не использовать всякие INTERVAL 1 DAY а ебашить что-то типа

Навскидку: NOW() может изменяться от запроса к запросу, поэтому кэшировать его нельзя, INTERVAL 1 DAY же всегда один и тот же, поэтому не должен влиять. Хотя в каждом случае лучше копать доку и тестить. Ну и для конкретного запроса, кэш как может быть нужен, так и не нужен.

я когда приводил пример переноса логики я имел в виду не конкретно работу с датами а вообще, когда у тебя сервер бд на отдельном серваке находится и первый сервер загружен больше второго (второй с базой) то имеет смысл попробовать
master

Сообщения: 3244 Репутация: N Группа: Джедаи

30 января 2011 г. 19:10, спустя 8 минут 14 секунд

есть мнение, что логику тяжелую лучше на пых переносить а не на базу, что б она не лочилась во время тяжелых вычислений

практикой проверено что хранимые процедуры эффективнее

не всё полезно, что в swap полезло
AlexB

Сообщения: 4306 Репутация: N Группа: в ухо

30 января 2011 г. 19:16, спустя 6 минут 6 секунд

Что вы в это NOW() несчастное уперлись? Вот так и рождаются догмы …
А если в приложении есть более глобальный кеш, который сбрасывается, только когда в базу придут запросы меняющие данные? Чем тогда NOW плох? В каждом случае надо думать, а не следовать своду правил составленному раз и на всю жизнь!
Спустя 99 сек.

практикой проверено что хранимые процедуры эффективнее
Гммм, в каком-нибудь оракле скорее всего это в основном так, а в мускуле моя практика доказывает обратное. Правда я не исключаю, что просто не умею их готовить …
vasa_c

Сообщения: 3131 Репутация: N Группа: в ухо

30 января 2011 г. 19:18, спустя 1 минуту 41 секунду

Догма - обработку данных нужно всегда по возможности переносить в базу, ибо пых бедный-бедный-убогий, не его это вобщем…
master

Сообщения: 3244 Репутация: N Группа: Джедаи

30 января 2011 г. 19:19, спустя 1 минуту 20 секунд

Что вы в это NOW() несчастное уперлись?

now() вообще не нужно. вот прям вообще-вообще. время надо в запросе задавать

не всё полезно, что в swap полезло

Страницы: ← Предыдущая страница • Следующая страница →

Пожалуйста, авторизуйтесь, чтобы написать комментарий!

php-скриптинг в условиях высокой нагрузки

Войти