LINUX.ORG.RU

Ответ на: комментарий от r

Точно, текстовый файл - лучший мускль. Использовать СУБД для того чтобы создать в ней одну опупенную табличку для сохранения неструктурированной информации (два поля - время и текст сообщения, да?) типа гиганстких логов - не самая лучшая идея. Если не текстовой файл, то что-то типа DBF и то будет быстрее гораздо. А представьте, что есть две таблицы логов и нужно построить запрос извлекающий из одной таблицы записи связанные с данными из другой таблицы? Тут мускль и обосрется... Чем тут мускль отличается от текстовых логов? Поиск может такой же быстрый, а запись гораздо медленнее...

anonymous
()
Ответ на: комментарий от anonymous

> Это-то как раз минус тормозящий развитие.

Развитие и GPL никак не связаны. GPL способ FSF увеличивать количество Open Source софта. Если бы постгрес был GPL, а не BSD то ему бы место в проприетарных софтинах не нашлось. И следовательно здоровенный сегмент рынка был бы потерян. Для MySQL он уже потерян. Если хочется платить - можно и Oracle купить или там MSSQL. А если нет - GPL - ограничение. В этом смысле Postgres - рулит.

r ★★★★★
()
Ответ на: комментарий от anonymous

>anonymous (*) (25.04.2004 18:48:09):...Хотелось бы объективного обзора желательно на русском.

Ну если желательно то на официальном сайте pgsql (http://www.postgresql.org/) есть ссылка на отечественный ресурс - http://www.linuxshare.ru/docs/software/SQL/postgresql/index.html. А там уже ссылки на документацию, для предварительного ознакомления, ИМХО, самое то. Так что дерзай.

anonymous
()
Ответ на: комментарий от int19h

>>А, собственно, зачем? =)
Как это зачем ? Странный вопрос.

anonymous
()
Ответ на: комментарий от r

>>Для MySQL он уже потерян.
Только звери об этом не знают, они не граматные.
Пока что он потерян для BSD PostgreSQL.

anonymous
()
Ответ на: комментарий от anonymous

> А представьте, что есть две таблицы логов и нужно построить запрос извлекающий из одной таблицы записи связанные с данными из другой таблицы? Тут мускль и обосрется... Чем тут мускль отличается от текстовых логов? Поиск может такой же быстрый, а запись гораздо медленнее...

и счего это обсираться на таких тупых выборках, 2 таблицы - вот еще проблема, да хоть 1000 таблиц.. чего надо было влазить с таким смутным представлением о предмете? плеин тексты лучше чем mysql.. а выборки по ним ты чем будешь? сделанными пальцем шеллскриптами? в логе может быть поболее 2х полей, это какой то ламерский лог с таймстепом неразборчивым текстом - запись может быть из десятков полей заполненных или пустых в зависимости от события, и затем можно делать что угодно - суммировать по времени, по флагу, считать, вставлять в какую то статисткику или рисовать график и тд.. все это простые выборки и встроенных функций в мускуле есть полно

NiKel
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.