|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 02 Jun 2003 07:17:35
To : Lev Serebryakov
Subject : Re: mailboxes: в SQL-базе?
--------------------------------------------------------------------------------
>>> Lev Serebryakov wrote:
LS> А есть ли какие-нибудь противопоказания для того, что бы хранить почту в
LS> mySQL/PostgreSQL?
Были в наших краях такие любители извращений. Freemail на таком движке держали.
После того, как тазик упал, восстановитель mysql'евой базы (myisamchk,
кажется, тогда был) сказал, что ему нужно столько же места, сколько занимает
база сейчас, база занимала 16G, а свободно было в системе около 4G -
админ вначале потратил час на беготню по окрестностям в поисках 20G винта
для операции восстановления, а потом ушёл в размышления о габаритах
подложенной под него свиньи.
Я собственно о чём - даже если эту проблему преодолеешь, использовать SQL
базу в качестве хранителя безразмерных BLOB'ов - извращение.
Файловая система с этой ролью справляется лучше.
LS> Я вижу только одно: локальные пользователи & /usr/bin/mail.
Hикто не мешает отделить такое хранилище от локальной почты и на отдельный
домен. У тебя же не свалка сплошь шелловых пользователей с такой почтой?
LS> Hо, с друголй стороны, если пользователи POP3/IMAP only, или пользуются
LS> клиентами, умеющими POP3/IMAP, а не только /var/mail?
LS> А плюсов много: и нет проблем с локом, и при грамотной организации базы
LS> нет проблем с производительностью при просмотре заголовков через TOP (и что
LS> там для этого в IMAP), etc.
Чтобы не было проблем с локами - делай maildir.
Чтобы не занимать лишнее место - FS, умеющая фрагменты, как фрёвая UFS.
Индексы всех видов можно хранить в базе.
С IMAP'ом сложнее - тут ещё MIME структуру письма уметь надо. Фактически -
представлять дерево разбора для каждого письма. Подход имени UMT - каждый
MIME entity в отдельном каталоге - тут чрезмерен. Укладывать дерево в RDBMS -
тоже изврат. Ищи золотую середину...
-netch-
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
