PostgreSQL 10 лет.

> Если мускул будет на 4-х процессорах работать, а постгрес только на 1-ом из 4-х(!!!), постгрес явно быстрее не будет ;-)
в mysql есть parallel query execution ?

>То есть для того чтобы mysql работал и масштабоировался нужно ящики с оптеронами искать. Грандиозно!

А кто-то запретил кластеры строить?

>в mysql есть parallel query execution ?

Multi-threaded, но не более. parallel query execution тока оракл поддерживает.

> Мне интересно получить ответ на свой вопрос, а не какого это уровня БД и т.д. ;-)

В приведенной вами однопользовательской конфигурации MySQL будет быстрее PostgreSQL на большинстве простых и некоторых сложных запросах (если MySQL действительно масштабируется на SMP так, как вы написали).

>Так что аналог Оракловских materialized views в мускуле уже можно реализовать?

Лишь знаю что над этим работают и подвижки есть.

> Multi-threaded, но не более.

> Если мускул будет на 4-х процессорах работать, а постгрес только на 1-ом из 4-х(!!!), постгрес явно быстрее не будет ;-)

тогда открою большой секрет: postgresql всех не одним процессом обрабатвает

> parallel query execution тока оракл поддерживает.
ну еще как минимум db2 и ingres

>В приведенной вами однопользовательской конфигурации MySQL будет быстрее PostgreSQL на большинстве простых и некоторых сложных запросах (если MySQL действительно масштабируется на SMP так, как вы написали).

Т.е. для того чтобы посчитать большую БД мне надо дописать кастыль для постгреса :-( Вот это меня и расстроило больше всего, так мне постгрес нравится.

>тогда открою большой секрет: postgresql всех не одним процессом обрабатвает

1 коннект завязывается на 1 процессор в smp

>ну еще как минимум db2 и ingres

Спасибо, запишу.

>>С readline его подружили уже? ;)? >В каком смысле подружили?

В смысле дружбы и совместной деятельности.

>А кто-то запретил кластеры строить?

При чем тут кластеры? Сколько памяти OS может выделить _одному процессу_?

>В смысле дружбы и совместной деятельности.

Кажется да.

>>В смысле дружбы и совместной деятельности. >Кажется да.

Спрошу проще - history и completion там есть?

> 1 коннект завязывается на 1 процессор в smp
КРЕАТИФФФФФ МЕСЯЦА !!!!

Надеюсь удовлетворю всех тех, кто хочет устроить флейм на тему "а вот мускуль..., а постгрес"...

http://dev.mysql.com/tech-resources/features.html

а разработчикам постгреса респект и найлучших пожеланий...

+1 А я помимо мускуловского судища еще и ораколовского периодически запускаю, sqlplus называется. Дикий ужоснах

>Спрошу проще - history и completion там есть?

Первое есть, второе нафиг не надо.

>> 1 коннект завязывается на 1 процессор в smp > КРЕАТИФФФФФ МЕСЯЦА !!!!

Без б креатиффф :-))) Сам поржал когда прочитал.

s/процессор/процесс

Как так нету? Есть. Клавишу tab тыкаешь и радуешься

>Как так нету? Есть. Клавишу tab тыкаешь и радуешься

У мну 4.1, тут нет. В 5ой ветке не знаю.

это я потерял смысл беседы. У вас получился чат с краткими цитатами. Я про слона говорил. У него есть. Но не надо переживать, у Оракловского консольного клиента вообще нифига нету.

> Без б креатиффф :-))) Сам поржал когда прочитал.
> s/процессор/процесс
ok и что ?
что то тред, что процесс могут выполнятся только одним процессором в один момент времени
где выйграш в 4-х раза ?

>это я потерял смысл беседы. У вас получился чат с краткими цитатами. Я про слона говорил. У него есть. Но не надо переживать, у Оракловского консольного клиента вообще нифига нету.

Если читать сначала, буседу даже можно асилить. У слона есть, кто-то говорил обратное?

P.S. Оракл как настоящий энтерпрайз с саппортом за большие бапки не обязан иметь быдлоконсольные быдлоклиень ^_^

> http://dev.mysql.com/tech-resources/features.html

Не совсем точно. Такое впечатление что части функций в постгресе не нашли. Например MATCH - ~* и т.д.

" as identifier quote (ANSI SQL) - не поддерживается в Postgres? Франье и профокация.

Automatic row id - тип serial.

>Лишь знаю что над этим работают и подвижки есть.

И сделают, но уже не при нас :) Нафиг-нафиг, я лучше в постгри RULES пропишу и будет мне счастье :)

> Есть ли у кого примеры применения PostgreSQL для больших баз (работа с населением)? Может ли PG тягаться с MSSQL? Как работает на многопроцессорных системах - два двухядерных процессора? Фирма разработчик рекомендует MSSQL+MS Server 2003, хотелось бы Linux+PG?

Скоро ( в течении недели ) должна появиться платформа 1С:8.1 в которой можно будет работать с PostgreSQL ( и под Линуксом и под Виндой). Пока только бета, но гдето через 2 месяца и релиз выйдет - тогда можно будет на боевых базах сравнивать MS и PG.

>> Без б креатиффф :-))) Сам поржал когда прочитал.

>> s/процессор/процесс

>ok и что ?

>что то тред, что процесс могут выполнятся только одним процессором в один момент времени

>где выйграш в 4-х раза ?

"Each connection to the database does everything with 1 process. Since PostgreSQL is not threaded this means it can use only one CPU per connection."

>Т.е. для того чтобы посчитать большую БД мне надо дописать кастыль >для постгреса :-( Вот это меня и расстроило больше всего, так мне >постгрес нравится.

Что значит посчитать? При большом объеме запросов PostgreSQL будет
работать быстро за счет буферизации и кэширования. Что не менее важно,
он будет работать надежно за счет особенностей архитектуры системы.
При больших и сложных запросах благодаря rewriter и optimizer
будет преимущество перед СУБД, не умеющими оптимизировать запросы.
Для больших по размеру СУБД PostgreSQL также подойдет,
поскольку:

Maximum Database Size Unlimited
Maximum Table Size 32 TB
Maximum Row Size 1.6 TB
Maximum Field Size 1 GB

Зачем дописывать костыли?

Интересно, но больше интересно максимально большие известные бд в постгре на текущий момент.

> Обычный SMP, грубо говоря у вас 4 процессора, при соединении 4

> клиентов (и соответствующей работе планировщика ядра) запросы каждого

> из 4-х клиентов будут обрабатываться на отдельном процессоре.

Господи, какая же околесица... Бред собачий!

>"Each connection to the database does everything with 1 process. >Since PostgreSQL is not threaded this means it can use only one CPU >per connection."

Выигрыш в 4 раза может получиться при этом только (учитывая идеальные условия) если MySQL запускает 4 потока на одно соединение,
чего в реальности не происходит (всегда один поток).

>Интересно, но больше интересно максимально большие известные бд в >постгре на текущий момент.

Здесь пишут, что 32ТБ, хотя сейчас возможно и больше.
http://beta.linuxports.com/pgsql-performance/2004-05/msg00045.php

>У мну 4.1, тут нет. В 5ой ветке не знаю.

4.1, автодополнение есть (по умолчанию). На четырёх машинах. Все - Gentoo :)

>4.1, автодополнение есть (по умолчанию). На четырёх машинах. Все - Gentoo :)

Значит в моем дистре собрано без него ^_^

> Интересно, но больше интересно максимально большие известные бд в постгре на текущий момент.

Библиотека конгресса, и насколько я понимаю, просто крупнейшая в мире :) (перешли с POSTGESS 4)

>Библиотека конгресса, и насколько я понимаю, просто крупнейшая в мире :) (перешли с POSTGESS 4)

А на что собственно?

> Библиотека конгресса, и насколько я понимаю, просто крупнейшая в мире :) (перешли с POSTGESS 4)

Я уже и не помню версию PostgreSQL 4.x Может быть вы имели в виду Progress 4GL?

Йопть! А какой страшный C API то! Неужели там никто не слышал о GNU стиле?

Это отступы-то в два пробела? И объявления функций в две строки? Фпечь однозначно.

Настоящие мужчины делают так: http://pantransit.reptiles.org/prog/CodingStyle.html

Нет я про FOObarbhahbhah вместо foo_bar_blah_blah.

> Automatic row id - тип serial.

Причем, любое количество полей в таблице, а не какое-нибудь одно.
По большому счету, автогенерируемое поле в PG может иметь любой тип, а не только INT :)

>Йопть! А какой страшный C API то! Неужели там никто не слышал о GNU >стиле?

Слышали. Там предпочитают BSD стиль :)

>я про FOObarbhahbhah вместо foo_bar_blah_blah.
Вообще ни то ни то не хороший стиль.
Хороший - это когда лишние blah_blah писать не нужно :)
На самом деле в коде встречаются как hello_world
так и HelloWorld.

Кстати, раз пошла такая пьянка, делаем финт ушами:

BEGIN;
CREATE что-нибудь ...;
ROLLBACK;

Что там у нас в последнем мускуле после этого будет ? Что в 4.x я и так занаю :)

> Хороший - это когда лишние blah_blah писать не нужно :)

Правильная мысль. ООП рулит :)

Использую в пенсионном фонде debian + postgresql. Около 900 тыс. пенсионеров. Сервера IBM model 235 многоголовые, работает все отлично.

Зато MySQL ещё 5.0.22, PostgreSQL уже 8.1.4...

Эхъ, дитишки, итить... как по версии так и по фичам :)

а надо какую? 2005? ;)

А отукда такая информация? Обещали в июле сделать, но до сих пор в официальных источниках тихо все...

лапоть ты, полно os проектов для этих вещей...

хотя pg_admin я считаю вполне удобным для простых операций, а сложные напрямую с базой не делаю, только через программный слой.

>Почему "ОДНОЙ ИЗ самых продвинутых", что есть продвинутей?

Жаль, что не самая популярная (почему-то?), хотя технически совершенна.

Более правильная ссылка на материалы по
PostgreSQL internals:
http://neilconway.org/talks/hacking/