@Snewer, @Cobalt прав. Это зависит от многих параметров: производительности сервера базы, сложности структуры базы размера таблиц данных в каждой конкретной выборке.
Итоговым является общее время испольнения скрипта. Всякие реализации в виде мемкэшей не всегда нужное решение. Некоторые СУБД имеют некоторые механизмы кэширования данных. Например firebird данные хранит в страницах и требуемые страницы не сразу освобождаются из памяти, а по мере надобности памяти. Это ведет к тому, что при получении повторного запроса на обработку время исполнения значительно уменьшится.
От себя замечу, что куча мелких запросов к куче таблиц работает чаще намного шустрее и менее напряжнее для нагрузки СУБД, чем один суперзапрос с кучей данных и агрегированных значений.
@AryaGoGo Скажем так, С++ намного сложнее всех остальных (лично мое мнение), но когда в нем разбираешься хорошо, то с другими вопросы просто не возникают. Тем более именно с помощью его понял, в чем отличие между простым програмиированием и объектным.
в SAP очень много направлений, в которых во всем сразу не получиться быть спецом. Штука очень специфическая и поглядывая на очередные санкции в отношении страны призадумался.
на поставленный вопрос как раз и есть ответ. Если вы хотите муйней заниматься и потешить собственное самолюбие - никто не мешает писать. Но вы не особо горите желанием узнать как подобные вещи можно организовать в питоне, в яве, в асп и куче других языков и технологий так же работающих с веб-разработками.
Кроме того, намного круче процесс обучения протекает, когда есть какой-то интерес. А еще круче, если за него платят деньгу. Плюс ко всему это прививает навыки "делать код не под себя" - что бы другие люди могли сходу разобраться как работает ваш код и использовать в своих проектах, а не как ребус очередного кодописателя.
Замечу еще, что тех "кто пишет" очнеь много. Тех, кто "пишет толково и понятно" намного меньше. А тек кто может корректировать (или правильно сказать поддерживать) любой чужой код еще меньше. Вот эти последние и являются истинными специалистами.
показ ошибок скрыт в .htaccess. Запрещено. Нужно предусматривать ситуации, когда у вас может выпать 1001 ошибка при заходе любого пользователя. В этом то и смысл кодества. Если у вас иначе, значит вы заведомо пишите критический код.
Были случаи, когда владелец сайта пожаловался на обсуствие данных и у него до этого изменили структуру таблицы. Пришлось наказать сотрудника - не должным образом подошел к поставленной задаче. Но это было намного лучше, чем когда наши сайты под управлением Джумлы опосля какого-то корявого изменения с выводом ошибки подвергались атакам и (в некоторых ситуациях) были взломаны.
Вообщето именно такой вариант и раюотает для ассинхронного обмена. В программе, с которой я работаю существут отдельный трэд, который все время в цикле читает ком-порт. Если что то появилось, то читается до cr и записывается в мэилбокс. Cr нетолько признпк у хонейвэлов ну и у кучи других скэнеров. Нотя у тего же хонейвэл можно обработку запрограммировать в самом сканере, но лучше это не делать.
Поток основной программы переодически по таймеру проверяет мэилбокс. Если он заполнен, то использует это значение.
в web с этим еще проще: получается процесс браузера физически разделен с процессом обработки ком-порта. Нужно только по таймеру отправить запрос неважно с чем на определенный порт localhost и прочитать нужное значение. Если значение не пустоеё то в нем баркод.
Думаю чтоивы догадаетесь, что я использую дангый скрипт на локальной версии для тесов и вылизывания функционала. На серве идут данные без этого куска и 1000 раз опробованные.
exp(0.5 * ln(16))=exp(ln(16)/2)=4
это аналогично квадратному корню из 16и https://www.google.de/?gfe_rd=cr&ei=RF9qU87_GaLe8g...