ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / специфические возможности СУБД
36 сообщений из 36, показаны все 2 страниц
  все  
специфические возможности СУБД
    #34276909
watson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
watson
Гость
На сайте постгреса написано, что данная СУБД позволяет создавать реляционно-объектные структуры с возможностью наследования. В литературе тоже видел подобное упоминание, однако ни одного конкретного примера не обнаружил... Возникает вопрос, действительно в PostgreSQL можно делать что-то на подобии этого (синтаксис из Oracle):
Код: plaintext
1.
2.
3.
4.
CREATE TYPE typename AS OBJECT(
...);

CREATE TABLE tablename OF typename;

Если да, то каков будет синтаксис для постгреса?

Второй вопрос - есть ли возможность каким либо образом обрабатывать изображения, строить графики?

Если посоветуете хорошую книгу по данным темам буду в двойне благодарен.
...
Рейтинг: 0 / 0
24.01.2007, 00:25
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34276937
СергейК
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
СергейК
Гость
watson
Если да, то каков будет синтаксис для постгреса?


http://www.postgresql.org/docs/8.2/static/ddl-inherit.html
...
Рейтинг: 0 / 0
24.01.2007, 00:59
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34277541
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
watsonсинтаксис из Oracle:
Код: plaintext
1.
2.
3.
CREATE TYPE typename AS OBJECT(
...);

CREATE TABLE tablename OF typename;
составные типы ?

PS: "В пхп я делаю тра-ля-ля, как мне сделать это на перле?" "В оракле я делаю трум-пум-пум, как мне сделать это в постгресе?" На эти вопросы может ответить человек, знающий оба предмета. А я понятия не имею об "OBJECT TYPE" в оракле. :-O
...
Рейтинг: 0 / 0
24.01.2007, 10:38
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34277674
watson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
watson
Гость
LeXa NalBat "В оракле я делаю трум-пум-пум, как мне сделать это в постгресе?"
Я просто привёл пример, на тот случай, если моё словесное описание будет не совсем понятным. Спасибо за ссылку, теперь буду знать под каким названием это скрывается.
...
Рейтинг: 0 / 0
24.01.2007, 11:01
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34388916
watson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
watson
Гость
Такой вопрос - чем PostgreSQL выделяется на фоне других СУБД? Для решения каких ситуаций данная СУБД подходит лучше остальных?
...
Рейтинг: 0 / 0
14.03.2007, 01:21
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34389980
ездун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ездун
Гость
watsonТакой вопрос - чем PostgreSQL выделяется на фоне других СУБД? Для решения каких ситуаций данная СУБД подходит лучше остальных?
Вопрос не корректен. СУБД выбирается под задачу, а не задача для СУБД.
...
Рейтинг: 0 / 0
14.03.2007, 12:58
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34390597
alex_v13
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_v13
Гость
watson

PostgreSQL юзается тогда, когда возможностей MySQL уже не хватает, а на Orcale не хватает денег, но миграция на него в будущих планах, т.к. PG и OR обладают хорошим подобием функционала, даже на уровне синтаксиса хранимок до некоторой степени.
...
Рейтинг: 0 / 0
14.03.2007, 15:21
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34516168
MySQLCraft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQLCraft
Участник
alex_v13 watson

PostgreSQL юзается тогда, когда возможностей MySQL уже не хватает, а на Orcale не хватает денег, но миграция на него в будущих планах, т.к. PG и OR обладают хорошим подобием функционала, даже на уровне синтаксиса хранимок до некоторой степени.

А когда возможностей MySQL не хватает? Ответьте пожалуйста на этот вопрос.

ps. Мне просто интересно. Я сейчас пытаюсь юзать PostgreSQL и убеждаюсь что там как в Советском Союзе того нет, сего нет, а "возможности" работают до невозможности криво. Разделение таблиц, например, по SERIAL-первичному ключу... не работает.
...
Рейтинг: 0 / 0
10.05.2007, 13:47
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34516386
Andrey Daeron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andrey Daeron
Участник
alex_v13 watson

PostgreSQL юзается тогда, когда возможностей MySQL уже не хватает, а на Orcale не хватает денег, но миграция на него в будущих планах, т.к. PG и OR обладают хорошим подобием функционала, даже на уровне синтаксиса хранимок до некоторой степени.
Хм. Ну, ИМХО это только один из вариантов. Более частый - нужна мощная фичастая СУБД за которую не нужно платить.

А по поводу отличий MySQL от PG - это в другой топик. Правда там че-то мало толковых завсегдаев этого подфорума.

Из вкусностей:
1. Лицензия. Хоть эскимосам продавайте :)
2. Мощнейшая система рулей.
3. Поддежка ХП на куче языков.
4. Отличная (ИМХО самая лучшая) поддержка стандарта SQL.
5. Версионность.
6. Функциональные и частичные индексы.
7. Отличная и удобная документация.
8. Возможность партиционирования данных.
9. Юниховая идеология (модули, контрибы, прикрычивания, прикомпилирование)
10. Огромное количество доп. проектов с помощью которых можно слепить почти все из уже готового.

Из невкусностей:
1. Требует на первых порах вдумчивого курения над документацией.
2. Иногда фичастость требует глубокого понимания (в смысле доки читать нужно) как оно устроено.
3. Нифига не масштабируется (сравните с Ораклом например).
4. Юниховая идеология (модули, контрибы, прикрычивания, прикомпилирование) - если с этим тяжко, мозгом шевелить тяжело и форточки форева, может наступить колапс головного мозга. Хотя лично у меня 90% решений - под винду и ничего.
5. Редко у кого это первая СУБД, как следствие попытки прийти в монастырь со своим уставом, и реализовать в нем то, что должно решаться другими способами. Из-за совместимости со стандартом до доки руки и глаза доходят поздно.
6. Огромное количество доп. проектов с помощью которых можно слепить почти все из уже готового. И это все в разных проектах.
...
Рейтинг: 0 / 0
10.05.2007, 14:34
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34516450
Andrey Daeron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andrey Daeron
Участник
MySQLCraft
ps. Мне просто интересно. Я сейчас пытаюсь юзать PostgreSQL и убеждаюсь что там как в Советском Союзе того нет, сего нет, а "возможности" работают до невозможности криво. Разделение таблиц, например, по SERIAL-первичному ключу... не работает.
Постгрес работает так как описано в доке. И работает ровно. И очень редко когда по другому Так что если у Вас что-то не работает и Вы можете указать на несостыковку доки и жизни - пишите, будем думать. Если же несостыковка в другом месте - то наверно это ж не к СУБД предъявы?

Если там чего-то нет есть несколько вариантов:
1. Это не нужно в реальной жизни
2. Это есть в ТУДУ и будет когда-нибудь сделано
3. Это облом всем делать (как вариант - подпункт п.1 )
4. 90% случаев - доку читаем невнимательно.
5. Реализация (честная) сопряжена с тяжелыми/непреодолимыми/гнусными трудностями и слабо формализована.
6. Вы первый кто до этого догадался.

ЗЫ А кидаться абстракными предьявами - ацтой. Только зарабатываете отрицательный авторитет на форуме. Есть конкретные вопросы - задавайте. Хотя лучше почитайте доку.
...
Рейтинг: 0 / 0
10.05.2007, 14:48
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34516563
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
4321
Участник
Andrey Daeron Если там чего-то нет есть несколько вариантов:
1. Это не нужно в реальной жизни
2. Это есть в ТУДУ и будет когда-нибудь сделано
3. Это облом всем делать (как вариант - подпункт п.1 )
4. 90% случаев - доку читаем невнимательно.
5. Реализация (честная) сопряжена с тяжелыми/непреодолимыми/гнусными трудностями и слабо формализована.
6. Вы первый кто до этого догадался.
к какому пункту из 6 вы отнесете наличие отсутствия довольно таки стандартного модификатора DESC в постгревом объявлении индекса?

или индексы более чем по одной колонке вещь для разработчика малонужная? или, для того чтобы слепить аналог такого индекса на коленке, инвертировать строку (и всякие прочия сравнимые типы) так же лехко, как число?
...
Рейтинг: 0 / 0
10.05.2007, 15:14
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34516755
MySQLCraft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQLCraft
Участник
Andrey Daeron[quot alex_v13] watson

- нужна мощная фичастая СУБД за которую не нужно платить. По фичастости и мощности эти СУБД примерно равны.

Из вкусностей:
1. Лицензия. Хоть эскимосам продавайте - Это, пожалуй, самый веский аргумент.
2. Мощнейшая система рулей. Сомнительный аргумент, ибо они часто не работают как надо, приходится реализовывать на триггерах и ХП.
3. Поддежка ХП на куче языков. Сомнительный аргумент, ибо когда не хватает встроенных средств SQL,C,C++, то можно реализовать бизнес логику вне СУБД на Java, php, perl и т.д.
4. Отличная (ИМХО самая лучшая) поддержка стандарта SQL. Сомнительный аргумент, когда приходится платить отсутствием UNSIGNED, TINYINT, DESC
5. Версионность. Сомнительный аргумент, ибо есть транзакционные InnoDB не требующие VACUUM и при этом работающие не медленнее.
6. Функциональные и частичные индексы. Это есть также и в MySQL
7. Отличная и удобная документация. Это есть также и в MySQL
8. Возможность партиционирования данных. Это есть также и в MySQL
9. Юниховая идеология (модули, контрибы, прикрычивания, прикомпилирование), Это есть также и в MySQL
10. Огромное количество доп. проектов с помощью которых можно слепить почти все из уже готового. Это есть также и в MySQL
...
Рейтинг: 0 / 0
10.05.2007, 16:00
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34516822
MySQLCraft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQLCraft
Участник
ездун watsonТакой вопрос - чем PostgreSQL выделяется на фоне других СУБД? Для решения каких ситуаций данная СУБД подходит лучше остальных?
Вопрос не корректен. СУБД выбирается под задачу, а не задача для СУБД.

Это ответ некорректен...
Частная задача состоит из множества классических подзадач.
Как вы собираетесь выбирать СУБД под задачу, если не можете показать основной классической задачи для которой эта СУБД оптимальна.
...
Рейтинг: 0 / 0
10.05.2007, 16:16
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34516939
w
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
w
Гость
Чего уж точно нет в MySQL , так это наследование и язык серверного программирования. Но всё это отдельная тема...
...
Рейтинг: 0 / 0
10.05.2007, 16:42
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34517114
MySQLCraft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQLCraft
Участник
wЧего уж точно нет в MySQL , так это наследование и язык серверного программирования. Но всё это отдельная тема...
Да, наследования таблиц нет и как говорят, не будет.
Но, например в моей задаче (реализуемой на MySQL), активно используется наследование свойств и иерархии классов, но не может быть эффективно применено и не применяется наследование таблиц PostgreSQL. Вопрос не в том, есть оно или нет, а в том какие преимущества дает реализованый механизм и какие ограничения(недостатки) накладывает. Сейчас я пытаюсь решить туже задачу на PostgreSQL, и знаете, получается хуже, тяжелее, сложнее... Продолжаю исключительно из-за лицензии и предпочтений потенциальных пользователей...
Что такое язык серверного программирования я не знаю.
...
Рейтинг: 0 / 0
10.05.2007, 17:22
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34517517
Andrey Daeron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andrey Daeron
Участник
MySQLCraft Andrey Daeron[quot alex_v13] watson

Из вкусностей:
-------
готового. Это есть также и в MySQL
Ну я как бы рад за Мускуль. В свое время этого у него не было. Растет и это похвально. Решает свои задачи - ну и ладушки. Обсуждение и сравнение - не для этого форума - есть Сравнение СУБД.
...
Рейтинг: 0 / 0
10.05.2007, 19:54
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34517522
Andrey Daeron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andrey Daeron
Участник
4321к какому пункту из 6 вы отнесете наличие отсутствия довольно таки стандартного модификатора DESC в постгревом объявлении индекса?

или индексы более чем по одной колонке вещь для разработчика малонужная? или, для того чтобы слепить аналог такого индекса на коленке, инвертировать строку (и всякие прочия сравнимые типы) так же лехко, как число?
А можно поподробнее что за модификатор? Не сталкивался никогда.
...
Рейтинг: 0 / 0
10.05.2007, 19:56
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34517988
ShadyAngel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShadyAngel
Участник
авторРазделение таблиц, например, по SERIAL-первичному ключу... не работает.

А можно мне, для общего развития, подробнее? Что такое "Разделение таблиц, например, по SERIAL-первичному ключу"?

Давеча решал задачу присвоения одного serial двум таблицам, в постгре это решается через присвоение полю default nextval('odin_i _tot_zhe_sequence') на стороне сервера, в на MySQL пришлось добавить таблицу, в которой кроме сериала ничего нет и алгоритмить так:

insert into donor() values(), взять последнйи id из donor,
insert into group (id, name, access) values ($id, $name, $val);
...
Рейтинг: 0 / 0
11.05.2007, 08:40
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34518018
ShadyAngel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShadyAngel
Участник
DESC.
Вот что пишет об этом дока по МусКЛ 5.0.:

http://dev.mysql.com/doc/refman/5.1/en/create-index.html
Код: plaintext
1.
2.
3.
4.
An index_col_name specification can end with ASC or DESC. 
These keywords are allowed for future extensions for specifying ascending 
or descending index value storage. 
Currently they are parsed but ignored; index values are always stored in ascending order.

Осознали, чего вы лишились, постгресники-лягушатники?
...
Рейтинг: 0 / 0
11.05.2007, 09:11
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34518021
ShadyAngel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShadyAngel
Участник
DESC.
Вот что пишет об этом дока по МусКЛ 5.0.:

http://dev.mysql.com/doc/refman/5.1/en/create-index.html
An index_col_name specification can end with ASC or DESC. These keywords are allowed for future extensions for specifying ascending or descending index value storage. Currently they are parsed but ignored; index values are always stored in ascending order.

Осознали, чего вы лишились, постгресники-лягушатники?
...
Рейтинг: 0 / 0
11.05.2007, 09:13
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34518120
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
ShadyAngelDESC.

Осознали, чего вы лишились, постгресники-лягушатники?В 8.3 это будет. Радуйтесь, 4321. :-)

TODO : -Allow the creation of indexes with mixed ascending/descending specifiers

CREATE INDEX
...
Рейтинг: 0 / 0
11.05.2007, 10:03
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34518178
Andrey Daeron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andrey Daeron
Участник
ShadyAngelDESC.
Вот что пишет об этом дока по МусКЛ 5.0.:

http://dev.mysql.com/doc/refman/5.1/en/create-index.html
An index_col_name specification can end with ASC or DESC. These keywords are allowed for future extensions for specifying ascending or descending index value storage. Currently they are parsed but ignored; index values are always stored in ascending order.

Как в анекдоте "не понял".

А кому какая разница как оно храница? В PG есть только один/два реально работающих индекса - btree и тотже btree только вид сбоку GiST. Может быть для многоколоночных индексов это более актуально, хотя тоже ИМХО зависит от принципа хранения данных. Я не прав?
...
Рейтинг: 0 / 0
11.05.2007, 10:23
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34518207
Andrey Daeron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andrey Daeron
Участник
4321 Andrey Daeron
2. Это есть в ТУДУ и будет когда-нибудь сделано

к какому пункту из 6 вы отнесете наличие отсутствия довольно таки стандартного модификатора DESC в постгревом объявлении индекса?

или индексы более чем по одной колонке вещь для разработчика малонужная? или, для того чтобы слепить аналог такого индекса на коленке, инвертировать строку (и всякие прочия сравнимые типы) так же лехко, как число?
Ко 2-му. Есть в ТУДУ и даже будет след. релизе

Дошло нафиг такое нужно, действительно для запросов типа SELECT ... ORDER BY x ASC, y DESC, лучше что бы оно так и хранилось.
...
Рейтинг: 0 / 0
11.05.2007, 10:31
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34518258
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
Andrey Daeron ShadyAngel... for future extensions... Currently they are ... ignored...Как в анекдоте "не понял". В mysql эта функциональность уже заложена в синтаксисе, но пока не реализована. :-О Разработчики постгреса, имхо, поступают по другому - одновременно добавляют функциональность и расширяют синтаксис.
...
Рейтинг: 0 / 0
11.05.2007, 10:45
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34518355
4321`
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
4321`
Гость
LeXa NalBatВ 8.3 это будет. Радуйтесь, 4321. :-)порадовалсо
еще из приятного :
CONCURRENTLY
если это то, о чем я думаю (кто первый закоммитил - того и тапки для UNIQUE) - это довольно полезная фича (бороться с задумчивыми локами).
ну и мелочь, а приятно:
-Allow use of indexes to search for NULLs
- не нужно отдельного индекса на IS NULL

Andrey DaeronДошло нафиг такое нужно, действительно для запросов типа SELECT ... ORDER BY x ASC, y DESC, лучше что бы оно так и хранилось. в том числе да. есть тип задач, похожий на задачи "дву(и более)мерного" поиска где это, помнится, тоже может быть поюзато.

-при числе можно было вешать индекс на (x,(-y)),
но для строки и т.п. уже сложнее (индекс а-ля DESC правда можно было создавать еще и с ops-ами - задав свои сравнения, вот токо как заставлять оптимайзер его пользовать - не совсем было понятно).
главное - чтобы оптимайзер эти индексы таки пользовал.
...
Рейтинг: 0 / 0
11.05.2007, 11:04
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34518415
Andrey Daeron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andrey Daeron
Участник
LeXa NalBat Andrey Daeron ShadyAngel... for future extensions... Currently they are ... ignored...Как в анекдоте "не понял". В mysql эта функциональность уже заложена в синтаксисе, но пока не реализована. :-О Разработчики постгреса, имхо, поступают по другому - одновременно добавляют функциональность и расширяют синтаксис.
Да не, это-то я понял. Я просто не сообразил где это может использоваться в жизни. Кстати unsigned типов ни в туду ни в доке нету. Наверно совсем не востребованы народом.
Ну и более-менее в тему "на почитать" .
...
Рейтинг: 0 / 0
11.05.2007, 11:17
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34519330
Sad Spirit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sad Spirit
Участник
По-моему MySQLCraft банально занимается троллингом, ибо ничего конкретного предъявить не может. Тем не менее, чтобы ламерки потом его не цитировали:

MySQLCraft
3. Поддежка ХП на куче языков. Сомнительный аргумент, ибо когда не хватает встроенных средств SQL,C,C++, то можно реализовать бизнес логику вне СУБД на Java, php, perl и т.д.

"Зелен виноград". Мыскль не позволяет создать свой язык хранимых процедур, где же его хвалёная расширяемость?

MySQLCraft
4. Отличная (ИМХО самая лучшая) поддержка стандарта SQL. Сомнительный аргумент, когда приходится платить отсутствием UNSIGNED, TINYINT, DESC

Создать поле, принимающее только положительные значения / значения из диапазона TINYINT в Постгресе можно. А сэкономить на спичках пару байт (которые будут съедены за счёт выравнивания, ага) нельзя. Про отсутствие DESC вообще пейсня.

MySQLCraft
5. Версионность. Сомнительный аргумент, ибо есть транзакционные InnoDB не требующие VACUUM и при этом работающие не медленнее.

Таблички InnoDB не требуют обслуживания никада-никада? Или VACUUM таки есть, но называется по-другому ?

MySQLCraft
6. Функциональные и частичные индексы. Это есть также и в MySQL

Но почему-то в документации про синтаксис их создания ничего нету . Или "есть" это как обычно "запланировано на версию 6.6.6, выход которой ожидается когда-то в Светлом Будущем"?

MySQLCraft
9. Юниховая идеология (модули, контрибы, прикрычивания, прикомпилирование), Это есть также и в MySQL

Как мне создать в Мыскле свой тип данных?
...
Рейтинг: 0 / 0
11.05.2007, 14:27
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #34521300
MBG
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MBG
Гость
MySQLCraft
2. Мощнейшая система рулей. Сомнительный аргумент, ибо они часто не работают как надо, приходится реализовывать на триггерах и ХП.

Работаю с базой лень взвесить сколько там гигабайт. Сотни таблиц, порядка тысячи rules. У тебя не работает? Кури маны.

MySQLCraft
3. Поддежка ХП на куче языков. Сомнительный аргумент, ибо когда не хватает встроенных средств SQL,C,C++, то можно реализовать бизнес логику вне СУБД на Java, php, perl и т.д.

СУБД без хранимок - это SQLite. Работает намного быстрее мускула, и кстати позволяет забиндить туда функции внешнего языка (т.е. загрузить в базу и пользоваться как встроенными).

MySQLCraft
4. Отличная (ИМХО самая лучшая) поддержка стандарта SQL. Сомнительный аргумент, когда приходится платить отсутствием UNSIGNED, TINYINT, DESC

Постгрес отлично соответствует SQL 2003. Если мускул что-то свое придумывает, что несовместимо со стандартом, это не может использоваться для сравнения с другими СУБД, и уж никак не влияет на совместимость постгреса со стандартом SQL.

MySQLCraft
5. Версионность. Сомнительный аргумент, ибо есть транзакционные InnoDB не требующие VACUUM и при этом работающие не медленнее.

Версионность, двухфазный коммит транзакции жизненно необходимы в сложных системах. Не нужно прокрустово ложе делать вместо сравнения.

MySQLCraft
6. Функциональные и частичные индексы. Это есть также и в MySQL

При отсутствия поддержки языков для создания функций? Ну да, велосипед есть, колес только нет у него...

MySQLCraft
8. Возможность партиционирования данных. Это есть также и в MySQL

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


Добавлю еще пару пунктов - надежность и нетребовательность Постгреса к ресурсам. Для поиска узких мест запускал корпоративную базу на микроконтроллере ARM с частотой 133 МГц и 32 Мб ОЗУ (Linksys NSLU2). Работает. Причем при перегрузке параллельными запросами и жесткой перезагрузке данные остаются в целости (вот что значит версионность).
...
Рейтинг: 0 / 0
12.05.2007, 22:45
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
специфические возможности СУБД
    #35417620
MySQLCraft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQLCraft
Участник
Не, я по другому скажу.
В мускуле партиционирование есть, а в постгре его нет, оно только эмулируется наследованием причем криво.
...
Рейтинг: 0 / 0
08.07.2008, 14:03
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #35422658
Andrey Daeron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andrey Daeron
Участник
MySQLCraftНе, я по другому скажу.
В мускуле партиционирование есть, а в постгре его нет, оно только эмулируется наследованием причем криво.
Фигасе. Через год всплыл топик.
Типа последнее слово за Мускулем?
...
Рейтинг: 0 / 0
10.07.2008, 12:40
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #35423768
MBG
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MBG
Гость
Видать, мускульщики все еще СУБД выбирают :-) Вот уж выберут и начнут работать, успокоятся
...
Рейтинг: 0 / 0
10.07.2008, 17:18
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #35425323
MySQLCraft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQLCraft
Участник
Мускульщики ваще на MS SQL и Oracle работають... за что платют на том и работают, но плююцца, грязно ругаюцца и пьють от несовершенства этого мира :))
...
Рейтинг: 0 / 0
11.07.2008, 12:58
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #35425869
MBG
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MBG
Гость
MySQLCraftМускульщики ваще на MS SQL и Oracle работають... за что платют на том и работают, но плююцца, грязно ругаюцца и пьють от несовершенства этого мира :))

Стоило обсуждать возможности СУБД :-) Кстати, это напомнило мне про один из серьезных плюсов мускуля - система достаточно примитивная, чтобы с нее можно было легко мигрировать. С постгреса переносить проект намного сложнее, ибо за годы система обрастает специфическими функциями и модулями. А вообще, как показала практика, делать из СУБД сервер приложений плохо масштабируемый подход, хотя для проектов известного заранее масштаба удобный вариант.
...
Рейтинг: 0 / 0
11.07.2008, 15:33
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #35427046
Author the new one
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Author the new one
Участник
Andrey Daeron MySQLCraftНе, я по другому скажу.
В мускуле партиционирование есть, а в постгре его нет, оно только эмулируется наследованием причем криво.
Фигасе. Через год всплыл топик.
Типа последнее слово за Мускулем?

Да ну бросьте, тролль обыкновенный - тупой и малообразованный. Посгрес, конечно, далеко не предел мечтаний, но по сравнению с убогим мысклем - небо и земля.
...
Рейтинг: 0 / 0
13.07.2008, 01:38
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #35428221
MySQLCraft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQLCraft
Участник
Author the new one Andrey Daeron MySQLCraftНе, я по другому скажу.
В мускуле партиционирование есть, а в постгре его нет, оно только эмулируется наследованием причем криво.
Фигасе. Через год всплыл топик.
Типа последнее слово за Мускулем?

Да ну бросьте, тролль обыкновенный - тупой и малообразованный. Посгрес, конечно, далеко не предел мечтаний, но по сравнению с убогим мысклем - небо и земля.
В нашей подсобке даже словесей таких не знают! Какой Вы образованный!
Интересно почитать Ваши умные мысли, ну хоть одну.
...
Рейтинг: 0 / 0
14.07.2008, 12:06
| Ответить | Цитировать | Написать  
специфические возможности СУБД
    #35428615
Author the new one
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Author the new one
Участник
MySQLCraft
В нашей подсобке даже словесей таких не знают! Какой Вы образованный!
Интересно почитать Ваши умные мысли, ну хоть одну.

Читайте себе на здоровье, я не возражаю.
...
Рейтинг: 0 / 0
14.07.2008, 13:53
| Ответить | Цитировать | Написать  
36 сообщений из 36, показаны все 2 страниц
  все  
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / специфические возможности СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]