Как разбить выполняемую работу на удобоваримые сервером куски? - страница 5 - Разработка расширений для Joomla

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

не совсем понимаю, почему заходит речь о 30%, если вытаскивается 130 записей из 23000.

22659 rows in set (0.12 sec)

не совсем понимаю, почему заходит речь о 30%, если вытаскивается 130 записей из 23000. Буду благодарен, если просветите по вопросам в моем предыдущем посте.

На мой взгляд ситуация выглядит так. Долго выполняется некоторого вида запрос с "коробочными" структурами этих двух таблиц, содержащий проверку IS NULL поля, которое не содержит индекс. Это происходит на определенных установках MySQL. См. выше мои проверки. После добавления индекса, а именно полю, по которому идет проверка на NULL и объединение таблиц, MySQL оптимизировал этот запрос - т.е. перестал полностью сканировать таблицу. С другой стороны, это поле описано как Not Null, т.е. не должно содержать NULL. У вас, кажется, и не было таких строк, поэтому это условие в запросе теоретически ничего не должно менять в отношении выводимых результатов. Поправьте, если я ошибаюсь.

Думаю, вам не нужно ничего менять в структуре таблиц, а следить, чтобы не было NULL там, где его быть не должно. В т.ч., чтобы не иметь сложностей с подобными запросами. https://dev.mysql.com/doc/refman/5.7/en/is-null-optimization.html. Наверное поэтому многие и избегают значений NULL в БД. Немного о EXPLAIN. https://habrahabr.ru/post/211022/. Можете сравнить результаты до добавления индекса и после.

Как то ненормально это джойнить таблицы по полю где может быть null. Пусть даже только справа. Запутаться легко.

Нормально, иногда так делаю.

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

"SELECT * FROM bla LIMIT 10 OFFSET 15";

А offset и limit на что?

$this->pagination = $this->get('Pagination');

	public function display($tpl = null){
		$db = JFactory::getDbo();
		$query = 'SELECT file_title,file_url,published,virtuemart_media_id
			FROM `#__virtuemart_medias`
			WHERE file_type="product"';
		$db->setQuery($query);
		$this->items = $db->loadObjectList();
		$query = 'SELECT virtuemart_media_id
			FROM `#__virtuemart_product_medias`';
		$db->setQuery($query);
		$ids = $db->loadObjectList('virtuemart_media_id');
		foreach ($this->items as $k=>$v){
			if (isset($ids[$v->virtuemart_media_id])) {
				unset($this->items[$k]);
			}
		}
		$this->pagination = $this->get('Pagination');
		$this->addToolBar();
		parent::display($tpl);
	}

Добрый день.
Коллеги, как вы проверяете наличие индекса на столбец перед созданием индекса на этот столбец?
Нужно описать такую проверку в sql-файле, который будет исполняться с установкой компонента

SHOW INDEXES FROM #__content 
-- WHERE column_name = 'id'

Написал вот такой код для файла admin/sql/install.mysql.sql:

Код: sql

IF NOT EXISTS( SHOW INDEXES FROM #__virtuemart_product_medias WHERE column_name = 'virtuemart_media_id' AND Seq_in_index = 1)
ALTER TABLE #__virtuemart_product_medias ADD INDEX idx_vm_product_medias_media_id` (`virtuemart_media_id`);

после установки компонента не создался индекс. Кто-нибудь знает почему?

EXPLAIN SELECT самый объективный метод сравнить трудновыполнимость запросов?

Здравствуйте!
Возникли вопросы:
1. js может напрямую обращаться к базе данных или так не безопасно(в силу того, что, может быть, в нем надо будет вбить учетные данные для подсоединения к бд)
2. через js можно сканировать файловую систему сайта?
Я просто думаю, зачем мне через js регулярно обращаться к php скрипту, если может быть есть вариант обойтись без посредника

1 - нет
2 - нет

просто в таком случае javascript должен выполнятся на сервере (node.js)

Предлагаю не грузить человека, пусть пока учиться в рамках стандартного PHP+JavaScript.

Здравствуйте! Возник вопрос по засеканию времени. Более объективно, на мой взгляд, будет начинать его засекать с момента отправки AJAX запроса в js-скрипте. Дальше мы передаем это значение передаем в php, где периодически проверяем. И тут вопрос: время в js и php разное? Можно ли будет вычесть от текущего времени php время, засеченное в js? Если нет, то начинать засекать надо в первом месте в php, докуда достукивается ajax-запрос? Или есть вариант синхронизировать ход времени в js и php перед началом взаимодействия?