 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Maxim Timofeyev 2:5030/1763.1 23 Mar 2004 00:41:42 To : Svyatoslav Abramenkov Subject : Re: небольшой POP3-сервер помощнее popa3d -------------------------------------------------------------------------------- MT>> Самому PostgreSQL'ю нужно еще сказать, сколько памяти нужно кушать и MT>> т.п. Тюнинг мне понравился... Статью по тюнингу на форуме sql.ru MT>> подсказали... SA> Да я от него принес на несколько мегабайт, кажись, всяких статей по SA> этому поводу, но пока не было нужды читать. А там он, наверное, понастраивал SA> все, что мог ;-)) Кто "он"? Вообще зря ты не читал -- полезно. Вообще там видимо умные люди обитают. ;) Hапример мне подсказали как-то почему у меня не использовались некоторые индексы и т.п. MT>> Может стоит использовать SQL'евские команды? NOW() например. MT>> К примеру у меня в таблицах поле со временем добавления записи MT>> default now(). Я даже это поле не заполняю -- на default и стоит. SA> Было бы то же самое, как мне кажется. А вот если б в перловом скрипте SA> оно было в самом начале, то он бы поспал до завершения VACUUM, а потом бы SA> вставилось как раз то значение, что надо. Hе думаю, что было бы бы тоже самое. Этот now() вставился бы именно с тем значением, когда конкретно произошла вставка. Hе могу похвастаться, что у меня была дикая загрузка и из-за этого я не мог проверить подобных вещей. MT>> Я имел ввиду C'шное API. SA> Клиентское или серверное? Мне кажется, что городить с клиентской SA> стороны что-то на С для такого рода БД чревато потерей времени и глюками. SA> С серверной оно имеет смысл для расширения набора функций хотя бы. Я вижу сам, и меня все время убеждают, что лучше писать программу использующую C'шну библиотеку (даже под Win32 я просто собрал libpq.dll), нежели всякие ODBC. perl тут вообще никаким боком. Конечно я имею ввиду свою задачу. Hу даже возьмем случай, из которого вырос весь это флейм -- берем БД для авторизации pop3 пользователей. Ты pop3 сервер будешь писать на perl'е? Hе спорю -- есть такие. Или ты предлагаешь делать некий враппер? А смысл?!! Тут на C писать -- самое то. Да и родная библиотека всегда быстрее будет. Хотя бы из-за возможности использовать специфику конкретной БД. MT>> есть много того, чего нет в Sybase. ;) Правда в PostgreSQL нет много MT>> того, чего нет в DB2 (или как там правильно пишется). ;) SA> От sybase на линуксе я только клиент ставил, работает как часы. Сначала SA> сконвертил alien'ом rpm, потом его поставил, потом прописал каталог с SA> библиотеками в ld.so.conf, и все заработало. А, ну еще написал SA> $SYBASE/interfaces. Сервер ставиться и работает. У нас таких 4 штуки стоят. Сам Sybase не сахар, правда. Hо это не мои слова, а нашего программиста БД. Сам он с DB/2 перелез на Sybase и не рад этому. MT>> Сейчас делают родной порт под Win32. Пока еще не готов. Есть нативный MT>> старый порт, но чисто японский -- японская локаль и т.п. Кривой MT>> какой-то. ;) SA> Hу вот. 2 года назад было то же самое. Hу так ставь родной под любой Unix и не парься. Зачем какими-то Win32 эху засорять? ;-) MT>> Сейчас уже много хостингов, где и PostgreSQL дают. ;) SA> Hе очень. Я осенью этот вопрос исследовал. Hу я не рассматриваю всякие мелкие хостишки, на которых хоститься-то себе дороже... Хотя я даже не пытался исследовать этот вопрос, но нашел хостинг с PostgreSQL мгновенно. Видно плохо искал. ;) SA> PostgreSQL я в том или ином виде щупал, начиная с 1999 года. Hо Sybase SA> 5.5 был на тот момент лучше, а лицензирование вообще вспоминалось только SA> касательно поддержки. Как бы Sybase ты без денег вообще не скачаешь. ;) Вроде только какую-то триальную версию с ограничениями какими-то. Я не изучал этот вопрос. PostgreSQL ты можешь _купить_ у RH. Я тут в книге вычитал... Зовется 'RedHat Databse'. Гордо так. ;) Стоит вроде $2500. За это тебе будет: 1. Книжка с коробкой ;) 2. Графический инсталятор (ну самая необходимая вещ прямо); 3. Поддержка. Меня может быть заинтересовало бы только п.3. Хотя я обхожусь и версией с www.postgresql.org не плятя никому ни копейки. Мне хватает. Пока не было у меня задачь, где бы он не справился. ;) -- GPG key ID: 55F6ADEC fp: 0BDE AC68 5418 B40A 0C85 C081 037A 6542 55F6 ADEC [2:5030/1763@fidonet.org][tmahome@tma.spb.ru][http://tma.spb.ru] --- tin/1.5.16-20030125 ("Bubbles") (UNIX) (Linux/2.4.20-alt10-up (i686)) * Origin: TMA at HOME (2:5030/1763.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/37372b8d12516.html, оценка из 5, голосов 10
|
|
|