Заметки Delphi/Lazarus/Oracle/Postgres программиста
Каждому программисту, наверное, рано или поздно приходится встречаться с проблемой выбора: какой алгоритм из двух (или более) выбрать в качестве оптимального? Ну например, есть две процедуры, результат работы которых одинаков, но реализованы процедуры по разному. При решении проблемы выбора, весомым аргументом является скорость выполнения процедуры.
Тема измерения скорости выполнения процедуры довольно избитая. Однако при измерении скорости на PL/SQL я случайно столкнулся с одним нюансом…
Недавно наша компания приобрела лицензию на библиотеку EurekaLog (далее – EL). Что это такое, наверное Вы уже знаете, а если не знаете – то самое время поинтересоваться этим…
Этот пост я решил написать, чтобы обозначить проблемы, с которыми я столкнулся, при внедрении библиотеки. И в первую очередь адресую его GunSmoker’у.
Очень часто на форумах можно встретить нелестные отклики о размере исполняемого файла, который создаётся при компиляции VCL-проекта в Delphi. Особенно это популярно у начинающих программистов, а также встречается и у противников Delphi.
Действительно, пустой проект с одной формой в Delphi7 – это 361 Кб исполняемого exe-файла (и чем выше версия Delphi, тем больше размер).
Представьте себе почти классическую ситуацию: есть какие-то данные в БД (одна, две и более таблиц), и надо эти данные обработать хитрым образом, а затем сохранить результат в отдельную таблицу для последующего представления данных пользователю.
Выбирать данные на клиентское приложение, обрабатывать локально, а затем сохранять результат обратно в БД – законом не запрещается, но крайне не рационально. Причём чем больше объём исходных данных, тем больше требуется время на просто выборку данных. Поэтому любые задачи, связанные с обработкой данных лучше решать на стороне сервера.
Допустим, что в процессе обработки данных, нам необходимо построить дерево.
Человеку свойственно ошибаться. Но почему-то признать свою ошибку труднее, чем поверить в корректную работу уже отлаженных механизмов.
Однажды мне понадобилась функция, которая пересчитывает дату/время из UTC в локальное время. Ничего вразумительного в сети найти мне не удалось, поэтому пришлось открыть справку (win32.hlp) и написать функцию самостоятельно…
Год заканчивается, и для меня очевидно, что полезных заметок в этом году больше не будет. Подводить какие-либо итоги пока рано, однако для себя делаю замечание: заметки не последовательны. Наверное надо наметить план, о чём бы хотелось мне рассказать. И что нужно сделать в блоге.