Практика работы РНР-классов

[AlexCooper]

Здравствуйте.
Интересует вот такая запись на РНР

PHP код:

$lib->find(array(),$filter)->skip($offset)->limit(12); 


равносильна ли данная запись этой?

PHP код:

$arr = $lib->find(array(),$filter);
$skip = $arr->skip($offset);
$limit = $skip->limit(12); 


или всё же первая цепочка обрабатывается справа на лево? (т.е. учитываются все параметры)
В данном случае это доступ к базе данных (MongoDB) или всё же без разницы как записывать и обработка идёт по цепочке слева направо как в первом так и во втором варианте?

[Psycho Tiger]

Это method chaining. find возвращает this, у которого дёргается skip, у которого дёргается limit. Так что да, с точки зрения языка – равносильна.
Ещё вполне вероятно, что запрос будет выполнен при первым обращениям к данным, что в принципе убирает разницу "что первое".

[AlexCooper]

Сообщение от Psycho Tiger

Это method chaining. find возвращает this, у которого дёргается skip, у которого дёргается limit. Так что да, с точки зрения языка – равносильна.
Ещё вполне вероятно, что запрос будет выполнен при первым обращениям к данным, что в принципе убирает разницу "что первое".

Очень жаль, ведь зачем получать все данные, потом делать смещение и лимитировать.

[bifidokk]

а какая это библиотека? может быть после этой строчки есть что-то типа $lib->execute()? т.е. первая формирует запрос, а вторая выполняет.

или может вы после $filter ошибочно (скорее всего) поставили скобку и выражение выглядит так:

PHP код:

$lib->find(array(), $filter->skip($offset)->limit(12)); 


[Psycho Tiger]

AlexCooper, я же написал

Ещё вполне вероятно, что запрос будет выполнен при первым обращениям к данным, что в принципе убирает разницу "что первое".

Другими словами,

$lib->find(array(),$filter)->skip($offset)->limit(12);

здесь запрос ещё не выполнен. Но он выполнится при обращении к данным или, как подметил bifidokk, при вызове execute или похожего метода.

[AlexCooper]

Сообщение от bifidokk

а какая это библиотека? может быть после этой строчки есть что-то типа $lib->execute()?

Это php-mongo-driver

Сообщение от bifidokk

т.е. первая формирует запрос, а вторая выполняет.
или может вы после $filter ошибочно (скорее всего) поставили скобку и выражение выглядит так:

PHP код:

$lib->find(array(), $filter->skip($offset)->limit(12)); 


Нет, я всё верно написал. Полный код

PHP код:

private function getmongo($db='inpictures_dev') {
        
    $m = new mongo();
    return $m->$db;
            
} 


PHP код:

// получаем ссылку на базу 
$m = $this->getmongo('pictures');

// определяем чанк                 
$chank = 'cover_'.$data['id'];
        
$lib = $m->$chank;

// список получаемых данных для выборки ( по типу SELECT `prop1`,`prop2` в SQL )
$filter = array
(    'key' => true,
    'title' => true,
    'desc' => true,
    'cid' => true,
    'uid' => true
);

// смещение        
$skip = (isSet($data['skip'])) ? (int)$data['skip'] : 0;
            
if (!$skip) {
    $pics = $lib->find(array(),$filter);
    $count = $pics->count();
    $buffer = $pics->skip($skip)->limit(12);
} else {
    $buffer = $lib->find(array(),$filter)->skip($skip)->limit(12);
} 


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

[Psycho Tiger]

Затея кэшировать кол-во элементов изначально плоха.

[bifidokk]

Если данные меняются раз в 5 минут, почему бы их не кешировать на эти 5 минут. Причем я бы тогда кешировал не только кол-во страниц, но и всю выборку.

[Psycho Tiger]

Именно. Если выборка статична - то кэш всего. Но кэшировать только кол-во страниц мне уверенности не вселяет.

[AlexCooper]

Сообщение от Psycho Tiger

Именно. Если выборка статична - то кэш всего. Но кэшировать только кол-во страниц мне уверенности не вселяет.

Я не правильно высловилься. Скорей всего просто добавить счётчик. По типу как у меня счётчики для генерации уникальных ID для загружаемых изображений.

PHP код:

private function getPicCounter($type) {
        
    $now = $this->getmongo('pictures')->
            abc->findAndModify
            (    array('status' => true),     
                array('$inc' => array( $type => 1 )) 
            );
        
    return $now[$type];
     
} 


+

PHP код:

public function picturesBuilder($data) {
        
    $data = $this->extra($data);
        
    $m = $this->getmongo('pictures');
        
    $pic = array
    (    'uid' => (int)$data['uid'],
        'cid' => (int)$data['cid'],
        'qid' => $data['qid'],          
        'key' => ($this->getPicCounter('pics')+1000000000),
        'question' => $data['question'],
        'title' => $data['title'],
        'desc' => $data['desc'],
        'counters' => array
        (    'like'=>0,
            'comment'=>0
        ),
        'like' => array(),
        'comment' => array(),
        'status' => 0,
        'premission' => 0
    );
        
    $chank = 'category_'.$pic['cid'];
        
    $m->$chank->insert($pic);
                
    unset($pic['_id']);
        
    $this->getmongo()->users->update
     (    array('_uid' => (int)$data['uid']),
         array('$set' => array( 'mindmap.'.$pic['cid'].'.cast.'.$pic['qid'] => $pic) ) ,
         array('upsert' => true )
     );
         
     $counter = $this->photoChecker($data['uid'],$pic['cid']);
         
     $counter = $counter['mindmap'][$pic['cid']]['counters'];
         
     $pic['ccounter'] = $counter;
        
    return $pic;
} 


в итоге у меня есть отдельная база Pictures, где фотографии каждой из категорий хранятся в отдельной коллекции, так как поиск по сути в 95% случаях происходит только по одной категории и для более быстрого доступа я делю их именно по этому полю. Сама категория состоит из вопросов, т.е. загружаемое изображение - это вариант ответа на один из вопросов в данной категории.



И таких вопросов неопределённое количество. На своем ресурсе я предоставляю возможность как загрузить так и выбрать из уже загруженных изображений в данный вопрос. Т.е. вести глобальную систему учёта фотографий мне кажется, как уже сказали, очень и очень накладно, если учесть что могут применяться еще и дополнительные фильтры к выборке ответов на вопрос (например мои ответы, моих друзей, моего города, моего города только от девушек и т.д.) + фотографии проходят пост-модерацию ( блокировка по жалобам), т.е. естественно если фотография была заблокирована, нужно декрементировать соответствующий счётчик что в итоге создаст только проблем, и в определённый момент обращения (чтение/запись) к данной записи будет почти стримовое безостановочным и один из счётчиков не сработает.

Сейчас да я выбираю просто

PHP код:

if (!$skip) {
    $pics = $lib->find(array(),$filter);
    $count = $pics->count();
    $buffer = $pics->skip($skip)->limit(12);
} else {
    $buffer = $lib->find(array(),$filter)->skip($skip)->limit(12);
} 


если смещения нет или равно 0, получаю дополнительно общее количество элементов, чтобы во флеше отдать данные пагинатору. Можно конечно и без пагинатора, просто кнопка перелистывания назад-вперёд, но всё же когда явно видишь количество ответов удовлетворяющих твоему запросу, это больше мотивирует поискать еще что-то, нежели непонятное количество страниц.

А то что такая конструкция

PHP код:

$buffer = $lib->find(array(),$filter)->skip($skip)->limit(12); 


обрабатывается слева на право, очень прискорбно. Ведь получается что мы всегда получаем всю коллекцию, соответственно и skip, это всего лишь аналог перебора циклом значений пропустив $skip итераций, вместо того чтобы реально запрос в базу данных был уже с тем что нужно пропустить определённое количество записей или получить столько то записей.

Поповоду execute(), я так понимаю, его в основном пишут для того что бы выполнить сложные запросы с учётом всех параметров?