Psih Разумеется, при желании можно придумать ситуацию, когда INT неудобен. Кто ж с этим спорит В твоем случае я бы посчитал границу в ПХП и ее уже подставил в запрос. Ведь все равно у каждого посетителя свой часовой пояс и разруливать ситуацию "сегодня" на уровне SQL - некорректно.
Dagdamor Это при условии, что он вообще учитывается. Как правило, сайты многие не часто расчитаны на весь мир и такие вещи мало учитываются
xml? для данных по содержимому которых не надо делать выборки. например, если у нас есть интернет магазин, где каждый товар представлен в виде десятка полей по каждому из которых можно отфильтровать - xml тут не годится. а вот если, например, блог со статьями - сами статьи вполне можно хранить в xml-ках. всё-равно для полнотекстового поиска лучше создать отдельный индекс в бд, а то и вообще гугол прикрутить...
т.е. я правильно понял, что мускул рулит, а xml если с мускулом парится напрягает? Т.е. в xml нет ничего такого (в т.ч. и скорости), с чем бы мускул не справился? Или в отношении простой структуры xml будет работать не медленней и проще настраиваемый?
когда стоит задача "отдать контент", но ничего быстрее обычного файла нет. если же контент нужно сначала найти, то тут нужны индексы. вручную их реализовывать больно геморройно (хотя в простейших случаях и не слишком) - проще заюзать бд (ту же sqlite). также, в случае перекрёстных ссылок между "контентами" - лучше их (ссылки) хранить в бд и обрабатывать одной транзакцией.