On 2005.02.18 at 01:08:52 +0100, Sergey V. Spiridonov wrote:
Я в принципе тоже изначально был твёрдо уверен, что раз уж хранить в СУБД, то текст надо ковертить в Юникод и хранить в Юникоде, чтобы потом его можно было бы удобно обрабатывать. Сейчас у меня уже нет такой твёрой уверенности. Есть ведь ещё письма с неправильно указанной кодировкой... То есть это нужно делать, но видимо это не простая задача.
Эта задача давно уже решена. Программисты на скриптовых языках, в
Она решена для случаев если кодировка или хотя бы язык исходного сообщения известен. Решения для 8-битного текста, когда неизвестен ни язык, ни кодировка я ещё не встречал, и похоже его просто нет.
>>Имея почту в СУБД, я могу использовать всю мощь СУБД для работы с
почтой, использовать её возможности для масштабирования. Использовать
Только 99% её мощи тебе не понадобится. А ресурсы жрать будут. С другой стороны, многое из того, что тебе будет нужно, в СУБД реализуется крайне нетривиально.
Я согласен. Здесь палка о двух концах. А если СУБД уже используется для смежных задач? То есть *уже* запущена и *уже* жрёт ресурсы?
Плавали, знаем. Не в плане почты, а в плане web-форумов, но задачи в общем-то сходные.
В общем здесь мы приходим к извечному спору SQL vs самописные и нестандартные БД. Ещё есть споры сторонников XML и самописных форматов. Да, стандартизация даёт как преимущества, так и недостатки.
--
Best regards, Sergey Spiridonov
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
