Arman

Вы построили INSERT ( $sql ), но в БД не отправляете

Меня всегда интересовала тема шифрование БД. Т.е. Когда вроде все закрыто, но все равно данные в БД шифруют. Чтоб если и сперли данные, на выходе ничего не получили полезного. Какие это данные, какие можно открыто держать. Как правильно шифровать, чтоб нагрузку не давать. Потом интересен вопрос про хранение личных данных, мы знаем что нельзя что то хранить. Рассказать что можно хранить, а что нельзя совсем, и что можно при условии, в каких случаях можно, что для этого надо. Какие требования к ресурсу будут. На примере тех же кредитных карт, что то на хабре читал про eBay и дочку его paypal. Когда был взлом и обсуждали как раз данные о счетах и картах.

Сделайте быстрый вариант и запуск, а то так долго играться будете. У вас один XML-файл размером в 2Мб? ну это не прям такая беда. Один файл лучше чем много мелких, если конечно диск не SSD, а на таких дешевых хостингах это будет редкостью. Возможно вам просто надо подумать в сторону кэша? Сделайте просто вариант, когда парсит с XML, потом готовый ответ ложите в кэш на какое-то время или сбрасываете по скрипту, когда данные обновляете.

Надо сделать еще одну таблицу, таблицу связей с полями: id_type, id_date, id_price. По это таблице с помощью JOIN'ов сможете сделать итоговую таблицу.
Еще вариант добавить поля-связи к существующим таблицами, но я бы первый вариант использовал

<?php

$skip = (max($page, 1) - 1) * 10

$sql = 'SELECT `id` FROM `articles` WHERE `raz`='1' ORDER BY `id` DESC limit '. $skip .', 10';

?>

1. Проверить бы кол-во соединений. Тип соединения (постоянный или нет)
2. Какие действия с базой? Записи в основном или чтение?
3. Проверить бы жесткий диск утилитами, когда идет долгий ответ. Может mysql уперся в скорость работы с диском

Қазақ тілі? =)
На первый вид не хватает LEFT JOIN и GROUP BY.
Оставьте почту или как с вами связаться, вместе может придумаем что нибудь