Re: Re: Re: Re: PostgreSQL vs. MySQL vs коммерческие СУБД

Не вижу там такого. А, собственно, зачем? =)

int19h (26.04.2004 6:58:14)

Re: Re: Re: PostgreSQL vs. MySQL vs коммерческие СУБД

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

Re: Re: Re: Re: Re: PostgreSQL vs. MySQL vs коммерческие СУБД

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

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

r (26.04.2004 10:15:04)

Re: Re: PostgreSQL vs. MySQL vs коммерческие СУБД

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

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

Re: Re: Re: Re: Re: PostgreSQL vs. MySQL vs коммерческие СУБД

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

Re: Re: Re: Re: Re: Re: PostgreSQL vs. MySQL vs коммерческие СУБД

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

Re: Re: Re: Re: PostgreSQL vs. MySQL vs коммерческие СУБД

select * FROM SQLITE_MASTER

Re: Про http://sqlite.org/: подскажите как там сделать desc имя_таблицы ?

Это ответ на

>Про http://sqlite.org/: подскажите как там сделать desc имя_таблицы ?

Re: Re: Re: Re: PostgreSQL vs. MySQL vs коммерческие СУБД

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

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

NiKel (26.04.2004 15:32:20)