comfortchat - не знаю. Он тут вообще не при чем. Автор темы, как я помню, хотел написать чат с использованием MS SQL. А почему он так решил, что это ему надо, - это его дело. Может просто хочет, может объективно надо.
comfortchat тут не при чем. Вообще. И БД подобным вещам для работы с сообщениями не нужна, естественно. БД в чате реально нужна для корпоративных задач, когда существенным будет вопрос кто, что, кому сказал на определенную тему в заданный промежуток времени.
Сервер опрашивать просто нельзя, особенно когда клиентов много. Если задача требует малых задержек, то вообще опрос не рассматривается. Типовая задача - чат внутри предприятия (вод тут-то и нужна нормальная БД для протоколирования всех бесед и поиска информации), или система оповещения...
Если предполагается делать чат на MS SQL сервере, то самым сложным будет уведомление клиента сервером о событии - о том, что на для клиента на сервере есть новое сообщение. А в этой теме обсуждается этот вопрос.
Хорошее дело вы задумали :-), все через это проходят. Мы - тоже проходили. Выяснилось, что никто и никогда статистику не смотрит. А делали мы все руками - факт открытия формы и факт выполнения запроса. Реализуется в виде 2-х таблиц - сеансы и деталировка.
По поводу MS SQL. Если будет время и настроение, посмотрите http://www.sql.ru/forum/330799-4/uvedomlenie-klienta-o-sobytii-na-sql-servere-novoe-reshenie.
Повторю еще раз - только отдельный поток, показывающий картину (картинки, анимацию и т.п.). Естественно этот отдельный поток должен быть без VCL. Картинки, скажем, состояния вращающего круга, 16 штук, например, можно поместить в ресурс.
И... в любом случае не использовать Delphi ни для каких разработок вообще чего-либо для Android. Увы. По крайней мере пока, хотя прогресса у Embarcadero пока не видно, что крайне неприятно. XE6 - те же проблемы при попытке разработки для Android чего-либо более серьезного, чем "Hello, World"
Заметил что вопрос задается регулярно. Рекомендую MS SQL Server. и про настройку индексов не забывать и.... память на сервер поставить на 2 Гб, а 16 хотя бы.
Делать в отдельном потоке показ красивых картинок. В осном потоке - работа. Никакой Application.ProcessMessage не поможет, скажем при выполнении запроса к базе.