Оптимизация работы с БД

Прошло 5 недель, как я перешёл на веб-разработку. У меня много вопросов касающихся оптимизации. Самый главный вопрос, который сейчас меня волнует, это оптимизация работы с бд.
Имеется база данных, в которой существует две таблицы: "новости" и "комментарии к новостям". При переходе на главную страницу, в БД посылается запрос на считывание данных и вывод информации, т.е. новостей или комментарий с новостью. Хорошо. Всё работает, но я то пока на сайте один А что если таких запросов будет 1000 за 1 минуту? Да БД будет постоянно отваливаться! Нужно как-то свести к минимуму обращения к БД.
Что я думаю по этому поводу:
Нужно создать две таблицы. В одну из них будет загружена таблица с новостями, а в другую с комментариями. При переходе на страницу с новостями или на страницу с новостью и комментариями, запрос будет выполнен к этой таблице, а не к БД. Таблицу с новостями, можно будет обновлять по необходимости, т.е. появилась новая новость - подгрузили её в таблицу. А таблицу с комментариями обновлять раз в сутки! Т.е. если был добавлен комментарий, то мы его загружаем не в БД, а потом считываем данные в таблицу; мы добавлям запись к таблице, а потом, например в конце дня автоматически запускается скрипт и обновляет БД из этой таблицы. Или даже можно сделать две таблицы: с новыми комментариями и старыми, чтоб лишние действия не делать в поиске свежих комментариев.

Так вот. Правильны ли мои мысли? Как оно вообще по сути делается правильно? Подкиньте источников или название книги какой-нибудь.

0

АП

0

вообще еще есть кеширование, страница которая не меняется кешируется в озу или в папке на винчестере и отдается нгиксом
про индексы не забыли?
еще есть быстрые базы данных memcached, redis

Сообщение от BuPy7 А таблицу с комментариями обновлять раз в сутки!

это долго очень

1

Сообщение от t1m0n это долго очень

Там наверно я хотел написать базу данных из таблицы.

0

А что если таких запросов будет 1000 за 1 минуту? Да БД будет постоянно отваливаться!

а что буде если НЛО сядет?

При переходе на страницу с новостями или на страницу с новостью и комментариями, запрос будет выполнен к этой таблице, а не к БД

ты сам понял, что написал?

Правильны ли мои мысли? Как оно вообще по сути делается правильно?

Я ничего не понял что ты написал. Вообще.

Есть мем кеш, результаты запросов можно хранить в нем. Но изначально вопрос стоит по-идиотски - "а что будет если.." Вот когда у тебя будет 1000 запросов в минуту - тогда и можно будет говорить о чем-либо. Сейчас разговор бессмыслен.

Добавлено через 1 минуту
ну и http://phpclub.ru/mysql/doc/mysql-indexes.html

1

Сообщение от Василий Макогон http://phpclub.ru/mysql/doc/mysql-indexes.html

Ничего нового не узнал.

Сообщение от Василий Макогон а что буде если НЛО сядет?

Хороший программист думает заранее о том, что может произойти с его программой и предотвращает это.

Сообщение от Василий Макогон ты сам понял, что написал?

По крайне мере да.

Сообщение от Василий Макогон Есть мем кеш, результаты запросов можно хранить в нем.

Вы второй человек кто мне это предлагает. Значит будем использовать.

Сообщение от Василий Макогон Но изначально вопрос стоит по-идиотски - "а что будет если.." Вот когда у тебя будет 1000 запросов в минуту - тогда и можно будет говорить о чем-либо. Сейчас разговор бессмыслен.

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

0

Сообщение от BuPy7 Ничего нового не узнал.

Покажите ваши запросы на создание таблиц.

Сообщение от BuPy7 Хороший программист думает заранее о том, что может произойти с его программой и предотвращает это.

Хороший программист знает, что если в секунду у него 1000 открытий страниц, то нужно пользоваться не хостингом, а чем то посерьезней. А там 1000 не отвалиться

Сообщение от BuPy7 Если у вас богатый опыт в программировании, то вот после таких утверждений вы просто в грязь лицом упали.

Боюсь что нет. Вам правильно написали, сначала добейтесь такой посещаемости, а там увидите что дело не только в бд, а будет всех ресурсов не хватать, даже интернет канала.

Сообщение от BuPy7 запрос будет выполнен к этой таблице, а не к БД

Сообщение от BuPy7 А таблицу с комментариями обновлять раз в сутки!

Сообщение от BuPy7 Т.е. если был добавлен комментарий, то мы его загружаем не в БД, а потом считываем данные в таблицу; мы добавлям запись к таблице, а потом, например в конце дня автоматически запускается скрипт и обновляет БД из этой таблицы.

Вы вообще не понимаете что такое БД и что такое таблица?

Сообщение от BuPy7 Или даже можно сделать две таблицы: с новыми комментариями и старыми, чтоб лишние действия не делать в поиске свежих комментариев.

Почему не 5? Это вообще к чему?

1

0

Значит будем использовать

http://yandex.ru/yandsearch?te... 648&lr=213

0

Сообщение от DrobyshevAlex Покажите ваши запросы на создание таблиц.

Плохой запрос?

Сообщение от DrobyshevAlex Вы вообще не понимаете что такое БД и что такое таблица?

Я имел ввиду не ту таблицу, которая в БД, а внешняя. Отделённая от БД.

Добавлено через 12 минут

0

Сообщение от BuPy7 Плохой запрос?

как сказать. сам запрос ~ нормальный. Использование двойных кавычек без надобности - минус. Присваивание переменной без надобности - минус. Использование конкатенации без надобности - минус. К тому же, насколько я понимаю, здесь LIKE не нужно, т.к. процентов все равно не видно. Да и навряд ли вообще здесь нужно использовать LIKE даже по логике. И все зависит также от того, что вы потом с ним делаете.

1

Сообщение от KOPOJI Использование двойных кавычек без надобности - минус

А какие использовать? Одинарные?

Сообщение от KOPOJI Присваивание переменной без надобности - минус.

Я переменную потом могу и освободить. Если сразу запрос вписать в mysqli_query, то это какой-то онанизм.

Сообщение от KOPOJI Использование конкатенации без надобности - минус

В коде возврат каретки есть. Я просто скопировал строку запроса и всё.

Сообщение от KOPOJI К тому же, насколько я понимаю, здесь LIKE не нужно

Почему-то до этого момента я думал, что его можно использовать и вместо "=". Исправимся.

0

Сообщение от BuPy7 А какие использовать? Одинарные?

в двойных кавычках пых ищет переменные, соответственно, код выполняется дольше. Но к оптимизации именно БД это не относится.

Сообщение от BuPy7 Я переменную потом могу и освободить. Если сразу запрос вписать в mysqli_query, то это какой-то онанизм.

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

Сообщение от BuPy7 В коде возврат каретки есть. Я просто скопировал строку запроса и всё.

Тоже самое что и выше. Разделять мелкий запрос на несколько строк имхо лишнее.

Сообщение от BuPy7 Почему-то до этого момента я думал, что его можно использовать и вместо "=". Исправимся.

Можно. Но не нужно

1

KOPOJI, я заметил, что PHP понимает индекс в ассоциативном массиве, как с кавычками, так и без. Дак как правильно?

0

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

1

Сообщение от BuPy7 Плохой запрос?

Это вообще не запрос на создание таблицы
Покажите структуру таблицы.

Ну а по поводу плохости запроса, главный минут тут не в кавычках двойных или одинарных, сокрость очень не значительна. Главный минус в том тчо имена полей и название таблиц вы не заключаете в `обратные апострофы`.
Обзовёте поле или таблицу служебным словом, ну например count, захотите выбрать поле и будет вам ошибка синтаксиса запроса и запрос не выполнится, или выполнится, по этому всегда нужно заключать имена в обратные апострофы а текст в кавычки или апострофы.
выполнится

1

Сообщение от DrobyshevAlex Это вообще не запрос на создание таблицы

Да. Извиняюсь.

0

зачем тут like?

Добавлено через 2 минуты

Сообщение от KOPOJI Присваивание переменной без надобности - минус

совсем не минус. это нормальная практика, ТС прав, что писать большой запрос в query() это изврат. К тому же всегда можно для отладки посмотреть содержимое запроса.

0

Василий Макогон,

Сообщение от KOPOJI а на мой взгляд, как раз наоборот, для текста мелкого запроса создавать переменную является данным действием.

0

Я сайт создаю на хостинге hostinger, там раз в сутки база данных сама отваливается. =)

0