Иван Балан

Я пользовался процедурами, которые уже описаны в делфях:
QueryPerformanceFrequency - количество тактов за миллисекунду
QueryPerformanceCounter - количество тактов

Твой пример:
var
tc,tc2,tcins:int64;
QueryPerformanceFrequency(tcins);
QueryPerformanceCounter(tc);

bubblesort(arr100,0,100);

QueryPerformanceCounter(tc2);

SELECT `a`.`id_car`, `m`.`MarkName`, `a`.`CarNumber`, `a`.`Fuel`, `a`.`isActive` 
    FROM `Автомобили` AS `a` 
        LEFT JOIN `Марки` AS `m` ON `a`.`MarkID` = `m`.`id_mark`

Это можно решить регулярками:

#Ищем пользователей с именем, написанным только латинскими буквами
SELECT * FROM users WHERE name ~ '[a-z]+';

#ищем с русскими буквами
SELECT * FROM users WHERE name ~ '[а-я]+';

Пример на sqlfiddle

Если у вас в приложении будет 4-ре грида, абсолютно не критично создать для них 4-ре отдельные вкладки.
Для программирования (особенно, если вы начинающий) это намного проще. И для гибкости тоже, у вас, как я понял запросы не однотипные и информация в гридах будет тоже разного порядка.
Но есть совет: если таблицы у вас связаны (а это скорее всего так), то имеет смысл пересмотреть интерфейс и вывести связанные таблицы на одной вкладке (мастер-детейл).
Еще есть интересная функция в компонентах EhLib (правда они платные с версии 3) - вывод подчиненных записей в древовидной структуре, проще говоря, нажимаете плюс и видите подчиненные записи, формировать отображение которых можете как угодно.

Приветствую,
Мне тоже 24 и я по-прежнему хожу по тем же самым мукам. Постоянная тяга к новым знаниям заставляет пробовать новые технологии, так и не достигнув уровня гуру в уже пройденном. Начинал с Delphi и HTML/PHP. Сейчас активно обучаюсь iOS разработке (т.е. Objective-C) и хочу заняться геймдевом под мобильные платформы с помощью Unity3D, попутно изучая C# (который я начинал учить и забросил еще в 2004).
Так вот, о чем это я?
Правильный ответ на твой вопрос лежит в аналогии с девушками... можно любить разнообразие, постоянно перебирая себе подруг, пока не решишься жениться, чтобы познавать этого человека долгие годы.
Любопытство - это хорошо, нужно быть в курсе современных технологий, не бояться пробовать их, но стоит влюбиться во что-то одно и копать его вглубь все дальше и дальше, чтобы была своя специфическая ниша, в который ты станешь специалистом.
Я понимаю, что мой ответ просто зеркалит твой вопрос, но для меня самого эта тема открыта. И вряд ли кто-то даст 100% ответ что тебе нужно сделать. Стоит учитывать, что есть два типа людей - те, которые любят оттачивать свой навык в чем-то до предела, а другие просто по природе своей - универсалы и такие специалисты тоже востребованы.

Могу предложить такой вариант. Делаем табличку cars_usage_profile
car_id, client_id, elapsed_usage_time,
где elapsed_usage_time - допустим суммарное время наката клиентом в секундах, если тариф вычисляться будет в коде, и я уверен, что это правильно. Мало ли как завтра захотят ещё обсчитывать, что тогда делать с имеющейся базой?

История заказов car_usage_history выглядеть тогда может так:
cars_usage_profile_id, date_start, date_finish,
откуда можно вычислить легко разницу во времени.

Далее, при каждом добавлении строчки в историю проката делаем обсчёт времени пользования. Тут есть быстрый вариант, когда можно взять предыдущее значение из cars_usage_profile и прибавить новое, а есть более медленный с пробеганием по всем строчкам истории с указанным cars_usage_profile_id, который если не будет устраивать - можно зафигачить в крон для полного пересчёта времени использования. Чисто так, для спокойствия души, что всё сходится.
Поиск будет работать очень быстро.

Лучше использвать Tabcontrol а не PageCOntrol
создайте на нем Табстринги
Tabcontrole вставить один дбгрид + query в обработчкие Onchange селекнуть
по табиндекс..
Это дает избежать использовать 4 грида итд

Какой метод, с точки зрения программирования, лучше?

Разделять UI и бизнес-логику лучше.

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

А что вы во втором варианте имели в виду я не понял.

Если рассматриваете платные готовые решения для работы с облачным сервисом, то советую TMS. Из бесплатных, к сожалению, вменяемые аналоги найти не смог. Буду рад, если кто подскажет оные.

А вот если решили настраивать обновление приложения через http (или вообще вернуться на ftp), то лучше TWebUpdate. Всё встроено, никаких dll и дополнительных файлов, плюс локализация и довольно гибкая настройка.

Если у Вас в INI - база данных на 1Гб, то лучше - прочитал настройку и закрыл файл.
Если INI как у всех (в несколько килобайт) - то читаете и держите в памяти только те, которые будут постоянно использоваться при работе с программой (другие переменные - убиваете, освобождая память).

При открытии окна конфигурации в программе - проверяйте соответствие информации на диске (считываете снова данные из INI) и те, что в памяти:
1. недостающие параметры (от которых освободили память ранее)- считываете снова из INI-файла.
2. при несовпадении списка параметров или их свойств, сообщаете пользователю: "Файл настроек на диске изменен. Обновить настройки данными из файла или использовать текущие?"

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

Похоже, что Вы забыли рассмотреть еще вот этот вариант: Percona Server is an enhanced, drop-in MySQL replacement. Для очень быстрого выполнения запросов необходимо воспользоваться special NoSQL interface called HandlerSocket. Да, и даже multi-master репликация там тоже есть.

Несколько смущает PDO и желание сделать нагруженный сайт. Боюсь, что от этой прослойки придется отказаться сразу.