Свои sql запросы в ICMS2 4 423 просмотра

Это скорее всего напоминание себе, но пригодится многим, кто пытается адаптировать свои наработки под ICMS2.

Суть в том, что не всегда есть время перевести sql запросы под стандартные запросы в файле model.php у какого-либо компонента.

Поэтому авторы icms2 внедрили все что нам нужно, но не о всем рассказали. Я попробую прояснить один такой фокус.

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

Открываем файл model.php вашего компонента.

создаем функцию:

 
 public function poiskAbonent($query) { }

под переменной $query может быть любая переменная которую вы передаете из action.

Далее как нам выполнить сам запрос в базу?
Да очень просто
Задаем таблицу для запроса

 
$table_name='dogovora';// тут вы можете приравнять переменной, чтоб был запрос универсальнее
$sql="SELECT * FROM cms_".$table_name." WHERE  name='ИМЯ' OR name LIKE %'.$query.' %";

В запрос sql вы можете вставлять любые переменные, главное помнить правильность написания запроса.

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

 $sql_result = $this->db->query($sql);

Тут мы просто просим средствами ICMS2 выполнить sql запрос.

Далее мы получим массив, который надо обработать

while ($item = $this->db->fetchAssoc($sql_result)){ }

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

Ну и общая картинка у нас получается вот такая:

 public function poiskAbonent($query){
$table_name='dogovora';
$sql="SELECT * FROM cms_".$table_name." WHERE  name='ИМЯ' OR name LIKE %'.$query.' %";
 
        $sql_result = $this->db->query($sql);
 
//проверяем есть ли что для нас по запросу
        if (!$this->db->numRows($sql_result)){
            return false;
        }
 
//объявляем массив для переменных
        $items = array();
 
//пробегаемся по массиву полученному от запроса
        while ($item = $this->db->fetchAssoc($sql_result)){
 
             $items[] = $item;
        }
 
        return $items;
 
    }

Код не идеален, можно подправлять и добавлять.

Ну а в tpl файле незабываем, что нам надо массив $items перебрать чтоб все полученное вывести:

 
 <?php foreach($results as $item){ ?>
 
вывод переменной: <?php html($item['name']); ?>
 
<? } ?>

Важно, что в action вы должны запрос из model.php вызвать.

 
public function search($query){
 
 
       $results=$this->model->poiskAbonent($query);
 
        return $results;
 
    }

Поэтому в запросе у меня items, а в tpl я перебираю $results

Спасибо ВСЕМ, кто активно помогает разбирать вопросы на форуме.

Готовим сервер VDS Nginx + php7.0-fpm +MySQL для Inst2

Шаблон на InstantCMS 1.10.6 gadgetine

icms2 sql запросы

9 комментариев

Реклама #

Yurik 9 лет назад #

а что мешает использовать готовые методы класса cmsModel ?
для примера под Ваш запрос (в модели):

Код PHP:

public function search($query){
  $model->filterStart();
  $model->filterEqual('name', 'ИМЯ');
  $model->filterOr();
  $model->filterLike('name', '%' . $query . '%');
  $model->filterEnd();
 
  return $model->get('dogovora');
}

Yurik 9 лет назад #

поправочка, вместо $model - $this

kirkr 9 лет назад #

Вторая строка :

Суть в том, что не всегда есть время перевести sql запросы под стандартные запросы в файле model.php у какого-либо компонента.

и далее указал

Код не идеален, можно подправлять и добавлять.

так что чем больше вариантов, тем проще всем ;)

My-InstantCMS.Ru 9 лет назад #

в место префикса cms_ напишете cms_

Старый балбес 9 лет назад #

в место префикса cms_ напишете cms_

Это неверно в отношении поданной задачи.
достаточно в конструктор frontend компонента определить

Код PHP:

 
public function __construct($request) {
        parent::__construct($request);
# core 
        $this->core = cmsCore::getInstance();
 # префикс
        $this->prefix = $this->core->db->prefix;
}

B тогда выполнение запросов во фронте или модели компонента выполняется так

Код PHP:

 
# Для ассоциативного массива одной записи
		$query = ("Запрос");		
		if($this->core->db->numRows($query)){
		$query_row = $this->core->db->fetchAssoc($query);
		return $query_row;
		}else {return false;}
 
# Для многомерного массива
	$query = ("Запрос");
        $query_rows= array(); 
	if($this->core->db->numRows($query)){
	    while($data_res = $this->core->db->fetchAssoc($query)){
	    $query_rows[] = $data_res;	
	    }
            return $query_rows;
	}else {return false;}

Во всех подключаемых файлах моделей - к основной модели компонента, доступен доступ к методам

Код PHP:

 
 через  $this->core->db  и  $this->prefix

Fuze 9 лет назад #

Геннадий Иванович, только не поймите превратно

$this->prefix = $this->core->db->prefix;

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

Код PHP:

$query = ("{$this->prefix}Запрос");

Контроллер не работает с базой, он о ней вообще не знает по идее. Он знает о модели (если таковая есть), а модель знает о базе. Это в идеале.
Могу понять (гипотетически) передачу в свойство модели префикс и то это вызывает большие сомнения. Но, как говорится, хозяин-барин.

$this->core = cmsCore::getInstance();

тогда уже, учитывая ваш пример,

Код PHP:

$this->db = cmsDatabase::getInstance();

Кроме этого, если мы обратимся к классу БД, то увидим

Код PHP:

$sql = str_replace('cms_', $this->prefix, $sql);

Соответственно жестко писать префикс в запросах не имеет никакого смысла и комментарий выше

Evanescence:

в место префикса cms_ напишете cms_

самый правильный в данном контексте.

И самое важное. Объект базы данных оправдано использовать (опять же в идеале):
а) в модели
б) для сложных запросов, которые нельзя выполнить стандартными методами основной модели, например вот такой

Код SQL:

DELETE FROM `cms_auth_logs` WHERE id IN (SELECT id FROM (SELECT id FROM `cms_auth_logs` WHERE user_id = '{$user_id}' ORDER BY `id` DESC LIMIT {$this->options['limit']}, 10) AS x)

Yurik 9 лет назад #

как на меня, так мало тех. документации... что немного "штопорит" разработку под общий стиль в системе

Старый балбес 9 лет назад #

Нечего не мешает если это простой запрос и разработчик выполняющий это задание имеет уже измененный характер к подходу о выполнении запросов предлагаемых самой (идеологией) в рамках системы.
Такой подход имеет определенный плюс
1- ПЛЮС _ для молодых разработчиков которые постепенно вросли и поняли идеологию двойки, поняли суть типов контента
а-простая формулировка запросов
б- простое восприятие выполняемых запросов
с- легкая обучаемость и ассоциативная запоминаемость выполняемых действий
2- МИНУС _ для молодых кадров понятие $model->filterEqual('name', 'ИМЯ'); однозначно в дальнейшей жизни кроме инстанта и не понадобится.
Подвожу итог.
Двойка неоднозначная система.
И заявление - (не программистов а простых пользователей, хоть и с мудреным умом и опытом ) - что : Я,
ВСЕ МОГУ ТИПАМИ КОНТЕНТА выполнить...
Меня всегда приводит к поднятию настроения и понимания что если тебя никто не ограничил в рамках используемой системы , то это просто нереальная фантастика.

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

kirkr 9 лет назад #

Не все так печально, даже наоборот. Единственное что сейчас ограничивает многих и меня - отсутствие документации. Поэтому очень хорошо помогает форум.
Начинается все с файлов module.php у других компонентов, но в главном файле модуль.пхп все намного богаче и куча вариаций.

Я привел данный пример лишь для того, чтоб проблема с запросом не тормозила разработку, а когда результат получен и остальные ошибки подправлены, то можно изучить детальнее файлик module.php

Не знаю надо нет написать про динамичные формы в ICMS2, мне помогли разобраться на форуме. Когда уже их сам наделал несколько штук, то форма вызова всего кажется очень простой и понятной. И подключение одного компонента в другом реализовано очень просто.

Свои sql запросы в ICMS2

Реклама #

Yurik 9 лет назад #

Yurik 9 лет назад #

kirkr 9 лет назад #

My-InstantCMS.Ru 9 лет назад #

Старый балбес 9 лет назад #

Fuze 9 лет назад #

Yurik 9 лет назад #

Старый балбес 9 лет назад #

kirkr 9 лет назад #

Еще от автора

Политика безопасности и соглашение

Google & Yandex баннеры в компоненты Banners

Готовим сервер VDS Nginx + php7.0-fpm +MySQL для Inst2

InstantCMS Team

О проекте

Поддержка

Дополнения