Thread: PostgreSQL .Собственный тип данных-таблица
Здравствуйте!
Возник еще один интересный вопрос.
Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли тогда сделать таблицу,в которой одно из полей представляло бы тоже таблицу?Ну и в той таблице тоже одно из полей было бы таблицей?
С уважением, Константин
Возник еще один интересный вопрос.
Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли тогда сделать таблицу,в которой одно из полей представляло бы тоже таблицу?Ну и в той таблице тоже одно из полей было бы таблицей?
С уважением, Константин
Здравствуйте, Константин
Да, можно.
PS. Любопытно, для решения каких задач нужен подобный дизайн БД?
--
// Dmitriy.
Да, можно.
PS. Любопытно, для решения каких задач нужен подобный дизайн БД?
18 октября 2010 г. 16:07 пользователь simplevolk <simplevolk@gmail.com> написал:
Здравствуйте!
Возник еще один интересный вопрос.
Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли тогда сделать таблицу,в которой одно из полей представляло бы тоже таблицу?Ну и в той таблице тоже одно из полей было бы таблицей?
С уважением, Константин
--
// Dmitriy.
On 10/18/10 16:07, simplevolk wrote: > Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли > тогда сделать таблицу,в которой одно из полей представляло бы тоже > таблицу?Ну и в той таблице тоже одно из полей было бы таблицей? Вам, простите, нужен не постгрес, а нечто вроде этого: http://www.garret.ru/goods.html
On 18.10.10 16:07, simplevolk wrote: > Здравствуйте! > Возник еще один интересный вопрос. > Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли > тогда сделать таблицу,в которой одно из полей представляло бы тоже > таблицу?Ну и в той таблице тоже одно из полей было бы таблицей? Foreign key не годится? -- С уважением, Николай Газалов email: nick@sbin.org sip: nick@sbin.org тел: +7 8793 365584 jabber: nick@jabber.sbin.org icq: 99493648 (GPG Key ID: 4396B2D0)
Пока не освоился с способом ответов на такого рода рассылки.
Попалась интересная задачка ,связанная с работой со справочниками., в которых индексы ведут на другие страницы/справочники.
А для ее реализации мне и нужен подобный функционал.
18 октября 2010 г. 16:34 пользователь Dmitriy Igrishin <dmitigr@gmail.com> написал:
Здравствуйте, Константин
Да, можно.
PS. Любопытно, для решения каких задач нужен подобный дизайн БД?18 октября 2010 г. 16:07 пользователь simplevolk <simplevolk@gmail.com> написал:Здравствуйте!
Возник еще один интересный вопрос.
Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли тогда сделать таблицу,в которой одно из полей представляло бы тоже таблицу?Ну и в той таблице тоже одно из полей было бы таблицей?
С уважением, Константин
--
// Dmitriy.
как я понимаю , PostgerSQL не совсем реляционная,а еще и объектная.
18 октября 2010 г. 19:30 пользователь Ilya Dyoshin <ilya@uniqa.kiev.ua> написал:
Вложенных таблиц нельзя
разве что массив пользовательских типов, но зачем тогда вам реляционная база данных
18 окт. 2010, в 15:07, simplevolk написал(а):
> Здравствуйте!
> Возник еще один интересный вопрос.
> Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли тогда сделать таблицу,в которой одно из полей представляло бы тоже таблицу?Ну и в той таблице тоже одно из полей было бы таблицей?
>
>
> С уважением, Константин
Нет PostgreSQL не объектная база данных.
18 окт. 2010, в 18:36, simplevolk написал(а):
как я понимаю , PostgerSQL не совсем реляционная,а еще и объектная.18 октября 2010 г. 19:30 пользователь Ilya Dyoshin <ilya@uniqa.kiev.ua> написал:Вложенных таблиц нельзя
разве что массив пользовательских типов, но зачем тогда вам реляционная база данных
18 окт. 2010, в 15:07, simplevolk написал(а):
> Здравствуйте!
> Возник еще один интересный вопрос.
> Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли тогда сделать таблицу,в которой одно из полей представляло бы тоже таблицу?Ну и в той таблице тоже одно из полей было бы таблицей?
>
>
> С уважением, Константин
PostgreSQL (произносится «Пост-Грес-Кью-Эл» или просто «постгрес») — свободная объектно-реляционная система управления базами данных (СУБД).
http://ru.wikipedia.org/wiki/PostgreSQL
18 октября 2010 г. 19:40 пользователь Ilya Dyoshin <ilya@uniqa.kiev.ua> написал:
Нет PostgreSQL не объектная база данных.18 окт. 2010, в 18:36, simplevolk написал(а):как я понимаю , PostgerSQL не совсем реляционная,а еще и объектная.18 октября 2010 г. 19:30 пользователь Ilya Dyoshin <ilya@uniqa.kiev.ua> написал:Вложенных таблиц нельзя
разве что массив пользовательских типов, но зачем тогда вам реляционная база данных
18 окт. 2010, в 15:07, simplevolk написал(а):
> Здравствуйте!
> Возник еще один интересный вопрос.
> Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли тогда сделать таблицу,в которой одно из полей представляло бы тоже таблицу?Ну и в той таблице тоже одно из полей было бы таблицей?
>
>
> С уважением, Константин
18 октября 2010 г. 19:01 пользователь simplevolk <simplevolk@gmail.com> написал:
Пока не освоился с способом ответов на такого рода рассылки.Попалась интересная задачка ,связанная с работой со справочниками., в которых индексы ведут на другие страницы/справочники.А для ее реализации мне и нужен подобный функционал.
Кстати, если Вы собираетесь работать с полуструктурированными данными
с динамической структурой, возможно, Вам лучше подойдёт тип данных hstore,
который поддерживает индексирование посредством GiST и GIN.
с динамической структурой, возможно, Вам лучше подойдёт тип данных hstore,
который поддерживает индексирование посредством GiST и GIN.
18 октября 2010 г. 16:34 пользователь Dmitriy Igrishin <dmitigr@gmail.com> написал:Здравствуйте, Константин
Да, можно.
PS. Любопытно, для решения каких задач нужен подобный дизайн БД?18 октября 2010 г. 16:07 пользователь simplevolk <simplevolk@gmail.com> написал:Здравствуйте!
Возник еще один интересный вопрос.
Как я знаю,в PostgreSQL можно задать собственный тип данных.Можно ли тогда сделать таблицу,в которой одно из полей представляло бы тоже таблицу?Ну и в той таблице тоже одно из полей было бы таблицей?
С уважением, Константин
--
// Dmitriy.
--
// Dmitriy.