Это зависит, говорите ли Вы о данных или коде, содержавшем в рамках электронной таблицы. В то время как я имею сильную неприязнь к Визуальному Sourcesafe Microsoft и обычно не был бы, рекомендовал его, это действительно интегрируется легко и с Доступом и с Excel, и обеспечивает управление исходным кодом модулей.
[На самом деле интеграция с Доступом, включает запросы, отчеты и модули как отдельные объекты, которые могут быть имеющими версию]
, ссылка MSDN здесь .
Я добавил в закладки статью, в которой автор сделал несколько тестов по этому поводу; к сожалению, он на французском ... но вот он (возможно, вы поймете некоторые его части) : Ne faites pas d'erreur
И вот числа, чтобы помочь люди, не читающие по-французски:
error_reporting
и display_errors
: 5 162,76 мс display_errors
: 136,18 мс error_reporting
: 117,79 мс Это означает, что , да, PHP-код работает быстрее без уведомлений / предупреждений / ошибок, даже если они не отображаются и не сообщаются.
сообщение внутри, оно обрабатывается и
отформатирован до полного
форматированное сообщение, которое может быть
выводится прямо в браузер.
Только непосредственно перед его отображением
Параметр error_reporting
проверяется.
Однако это не связано с
Только @ -оператор.
Ошибка
сообщение всегда полностью отформатировано
перед проверкой error_reporting
или
display_errors
в этом отношении.
Я бы не стал называть это "значительным" улучшением для большинства случаев, но выполнение кода, который не генерирует никаких ошибок, естественно, работает быстрее, чем код, который должен генерировать трассировку стека каждые другая строка.
Проверьте: http://www.noamdesign.com/Web-Design-Blog/15-tips-to-optimizing-your-php-code/ для получения дополнительной информации о несовершеннолетних оптимизации, которые вы можете внести в свой код.
По моему собственному опыту, я обнаружил, что 95% оптимизации кода обычно связано с тем, как вы используете свою базу данных.
Зависит от количества предупреждений, но обработка ошибок в PHP, даже при скрытии сообщений об ошибках, относительно относительно дорого.
Что вам нужно сделать Чтобы оценить эффект, выполняется профилирование на уровне C: установите valgrind (при условии, что вы используете Linux), а затем запустите
callgrind /path/to/bin/php /path/to/script.php
, это сгенерирует файл с именем callgrind.12345
или около того, загрузите этот файл в приложение, например kcachegrind и найдите php_error_docref0
или php_error_cb
, чтобы узнать, сколько времени было потрачено на обработку ошибок.
Обратите внимание на cachegrind и valgrind docs и помните, что здесь задействовано много системных зависимых переменных.
РЕДАКТИРОВАТЬ: О, еще одно замечание: я предполагаю, что способ больше времени тратится на разговоры с базами данных и аналогичными системами.и еще одно дополнительное примечание: уведомления об исправлении обычно делают код более устойчивым к будущим изменениям, так что это хорошая идея, независимая от производительности.