Подготовленные операторы являются кэшируемой серверной стороной через несколько загрузок страницы с PHP?

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

Вам нужно посмотреть на документы для PHP-FPM и / или PDO, чтобы узнать, как сказать им объединение соединения. Там должен быть вариант в обоих, чтобы сделать это.

Вы должны знать, что настройки и разрыв подключения MySQL на самом деле на самом деле очень быстрые, и многие компоненты PHP не используют объединение соединения из-за этого. В любом случае, вы также должны вкладывать время в настройках вашего сервера, особенно PARMETER_TIMEOUT . PHP также разработан вокруг идеи, которую вы создаете все необходимое, когда ваши страницы начинаются, и все это уходит, когда страница заканчивается. Большинство PHP-кода и библиотеки предполагают, что это так. Это совсем другая парадигма, чем под Java.

Готовые заявления не имеют ничего общего с кэшированием результатов.

Кэшированием результатов можно управлять через конфигурацию сервера db или принудительно через memcached и тому подобное.

Предлагаю заглянуть в memcached, особенно для PHP http://www.php.net/manual/en/book.memcached.php

Если вы используете Vim в окнах, то это будет работать:

:! start http://localhost/index.php

Это будет использовать браузер по умолчанию, если вы хотите запустить определенный браузер, то вам потребуется явный путь к исполняемому файлу (вместо запуска).

Из справки Vim cmd :

:! {cmd}

Выполните {cmd} с помощью снаряд. См. также «оболочка» и параметр «shelltype».

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

Используйте number-rows-spanned или number-column-spanned. Но почему бы не использовать визуальный дизайнер? Я использую Ecrion XF Designer и это довольно хорошая работа.

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

Если требуется кэширование на стороне сервера между несколькими страницами или несколькими серверами, используйте кэширование запросов MySQL и кэширование на стороне сервера (APC, кэширование на основе файлов, memcached и т.д.).

Вы путаете то, что происходит на уровне PHP/Java с тем, что происходит в базе данных.

Да, использование подготовленных операторов (обычно) означает, что план выполнения кэшируется самой БД (НЕ уровнем PHP/Java). Однако из этого не следует, что это всегда приводит к лучшей производительности - и объяснение этого заняло бы несколько сотен страниц. Однако, из того, что вы сказали в другом месте, я делаю вывод, что вы используете MySQL в качестве СУБД, что несколько упрощает обсуждение (IIRC ни один из движков хранилища не реализует гистограммы). Обычно MySQL способен кэшировать достаточно информации о схеме, чтобы иметь возможность генерировать план без дискового ввода/вывода. OTOH, использование подготовленных операторов означает не менее трех циклов обращения к СУБД для каждого запроса (настоящий оператор, настоящие параметры, получение результатов), в то время как использование подстрочных значений исключает эти циклы обращения к СУБД. При отсутствии индексов гистограмм значение переменных не имеет отношения к оптимальному плану, определяемому оптимизатором.

Тот факт, что вы используете PHP, или PHP-FPM, или Java с одиночными или постоянными или объединенными соединениями, не имеет значения, кэшируются ли в СУБД/переиспользуются ли файлы prepared-statements.

HTH

C.

Обратите внимание в этом контексте, что использование «self» является просто соглашением, метод просто использует первый аргумент в качестве ссылки на объект экземпляра:

class Example:
  def __init__(foo, a):
    foo.a = a
  def method(bar, b):
    print bar.a, b

e = Example('hello')
e.method('world')

Вот метод, который, на мой взгляд, вам нужен:

[x_p, y_p] = find (points); 

% convert the subscripts to indicies, but transposed into a row vector
a = sub2ind(size(im), x_p, y_p)';

% assign all the values in the image that correspond to the points to a value of zero
im([a]) = 0; 

% show the new image
imshow(im) 

вы можете заставить mysqli создать постоянное соединение, предваряя p: к имени хоста, согласно php doc: http://www.php.net/manual/en/mysqli.persistconns.php

Однако подготовленные инструкции всегда закрываются между загрузками страниц, как описано здесь: http://dev.mysql.com/doc/refman/5.0/en/apis-php-mysqli.persistconns.html

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

Единственный верный ответ - это зависит от .

Когда дело доходит до MySQL, готовые операторы привередливы. Есть множество факторов, которые определяют, кэшируется ли подготовленный оператор.

Общая идея заключается в том, что если ваша версия <5.1.17, подготовленный оператор никогда не кэшируется в кеше запросов, а при использовании> = 5.1.17, это зависит .

См. Следующую страницу в руководстве по MySQL 5.1:

http://dev.mysql.com/doc/refman/5.1/en/query-cache-operation.html