>Ответил мне Jim C. Nasby, что т.к. Jonah ничего не довел до
>конца - то, очевидно, потерял интерес. Типа, нужно искать кого-нить другого,
>кто заинтересован в реализации квот.
>Оригинальный патч был на 7.4, так что его доведение до ума
>может потребовать много работы. Но, говорит, что все-же есть у них
>в туду пункт "Табличные квоты".
>
>Но самое интересное, что в мой пост ответил и сам Jonah. Что
>мол, вот яркий пример разницы в том, что было нужно мне
>тогда и чего хотело сообщество. Говорит, что в данный момент у
>него нет up2date патча, но его легко сделать. А этот пункт
>из туду - результат того начального письма, что он написал. И
>лишний раз заметил, что реализовать квоты - не вопрос.
>Самое трудное здесь - понять что именно нужно ограничивать и как.
>В рассылке нашёл ответы. Немного удивлён.
Поссорились они там что-ли ?
Возможность-то интересная. С таким подходом народ на всякие oracle express поуходит.
Для хостеров квоты - вообще жутко необходимая вещь. >Оффтоп: я сам лично сейчас интересуюсь квотами для Mysql. Простейший путь -
>это квота на ФСе ну и таблицы MyISAM (InnoDB - всё
>в паре файлов держит). Но у этого метода есть пара неприятных
>граблей:
> -сама нитка Mysql'я остаеться пытаццо каждую минуту закончить запись в надежде
>пойдема квоты - ну и, следовательно, выпадает из пула работников. N
>таких ниток - и mysql в DoS'е - при очередном подключении:
>"Too many connections"
>
>- при окончании квоты и перезапуска mysql (или прибивания всех коннектов) таблицы
>(которые сверх квоты) остаються битыми, т.к. операция записи на винт не
>была закончена
>
>Такой метод конечно не подойдет для постгреса. Так что, проблема квот -
>пока что общая для My- и PG- SQL'ей Тоже интересуюсь. Только в то время, когда я на это дело Mysql терзал - при превышении файловой квоты он прекращал обрабатывать запросы вообще ото всех и в логах писал что место на диске закончилось.
|
