[Comm] Постреляционная СУБД

[Comm] Постреляционная СУБД

[Aleksander Gorohovski]

Доброго времени суток уважаемое сообщество!

Подскажите, посоветуйте постреляционную СУБД
имеющуюся в рамках ALT Desktop 4.x

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

Спасибо.

p.s.
Может, конечно такое и не существует в природе
:()

Re: [Comm] Постреляционная СУБД

[Andrew G. Klepcha]

On Tuesday 18 November 2008 18:02:17 Aleksander Gorohovski wrote:
> Доброго времени суток уважаемое сообщество!
>
> Подскажите, посоветуйте постреляционную СУБД
> имеющуюся в рамках ALT Desktop 4.x
>
> Смотрел на MySQL, но, кажется, здесь поддерживается только
> реляционная модель данных,
> а
> хотелось обойтись без связывания таблиц и работать
> с многозначными полями в виде вложенных таблиц.

PostgreSQL

Re: [Comm] Постреляционная СУБД

[Eugene Prokopiev]

18.11.08, Aleksander Gorohovski<angel@> написал(а):

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

Расскажите, зачем вам такие извращения, и лучше в smoke-room@ :)

Может вам чего дельного посоветуют ;)

-- 
С уважением,
Прокопьев Евгений

Re: [Comm] Постреляционная СУБД

[Aleksander Gorohovski]

On Tue, 18 Nov 2008 19:30:43 +0200, Andrew G. Klepcha wrote:

> On Tuesday 18 November 2008 18:02:17 Aleksander Gorohovski wrote:
>> Доброго времени суток уважаемое сообщество!
>>
>> Подскажите, посоветуйте постреляционную СУБД
>> имеющуюся в рамках ALT Desktop 4.x
>>
>> Смотрел на MySQL, но, кажется, здесь поддерживается только
>> реляционная модель данных,
>> а
>> хотелось обойтись без связывания таблиц и работать
>> с многозначными полями в виде вложенных таблиц.
>
> PostgreSQL

Премного благодарен.
Я о ней как раз начал уже думать
:)

Найти бы где, ещё и гуманоидное описание как под ALT начать с ней работать.

Пока, что установил через apt
monit-base
postgresql-common
postgresql8.2
postgresql8.2-server

и Сделал
# /sbin/chkconfig --level 2345 postgresql on
# /sbin/service postgresql start

А вот это не получается.
# createdb test
createdb: не удалось соединиться к базе postgres: FATAL:  role "root" does  
not exist

Может не так нано?
По всей видимости нано от другого юзера?

Re: [Comm] Постреляционная СУБД

[Aleksander Gorohovski]

On Tue, 18 Nov 2008 19:51:30 +0200, Eugene Prokopiev wrote:

> 18.11.08, Aleksander Gorohovski<angel@> написал(а):
>
>>  хотелось обойтись без связывания таблиц и работать
>>  с многозначными полями в виде вложенных таблиц.
>
> Расскажите, зачем вам такие извращения, и лучше в smoke-room@ :)

Евгений,
Спасибо, но не (?:нюхаю|курю|колюсь|напиваюсь)
:)

Если коротко (абстрактно), то суть в следующем:

Есть некоторые объекты со своими свойствами и
у некоторых свойств  есть различное количество подобъектов,
тоже со своими свойствами, т.е. структура с 2-3-х уровневой иерархией.

Можно, конечно, и реляционную модель взять, но слишком много маленьких
табличек получится
:)

> Может вам чего дельного посоветуют ;)

Re: [Comm] Постреляционная СУБД

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 338 bytes --]

* Aleksander Gorohovski <angel@> [081118 21:55]:
> createdb: не удалось соединиться к базе postgres: FATAL:  role "root" does  
> not exist
Какое слово перевести?

> Может не так нано?
> По всей видимости нано от другого юзера?
-U postgres

http://www.postgresql.org/docs/8.2/interactive/index.html

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Постреляционная СУБД

[Aleksander Gorohovski]

On Tue, 18 Nov 2008 21:02:04 +0200, Alexey I. Froloff <raorn@> wrote:

> * Aleksander Gorohovski <angel@> [081118 21:55]:
>> createdb: не удалось соединиться к базе postgres: FATAL:  role "root"  
>> does
>> not exist
> Какое слово перевести?

Ой, нэ надо. Уже понял
:)

>> Может не так нано?
>> По всей видимости нано от другого юзера?
> -U postgres

Спасибо. Сработало

> http://www.postgresql.org/docs/8.2/interactive/index.html

Это меня погружает in deep undeground...

Похоже нужно поискать книжечку хорошего автора.
Может кто подскажет на русском?

Re: [Comm] Постреляционная СУБД

[Michael Bochkaryov]

18 ноября 2008 г. 21:36 пользователь Aleksander Gorohovski
<angel@feht.dgtu.donetsk.ua> написал:

>> http://www.postgresql.org/docs/8.2/interactive/index.html
>
> Это меня погружает in deep undeground...
>
> Похоже нужно поискать книжечку хорошего автора.
> Может кто подскажет на русском?

Была неплохая книжка от O'Reilly
"PostgreSQL," Дж.Уорсли, Дж.Дрейк

По сути - перевод документации (хотя и несколько устаревший).

-- 
Michael Bochkaryov

Re: [Comm] Постреляционная СУБД

[Andrew G. Klepcha]

On Tuesday 18 November 2008 21:36:07 Aleksander Gorohovski wrote:
>
> Похоже нужно поискать книжечку хорошего автора.
> Может кто подскажет на русском?

прямо так на русском думаю что и нет вовсе книги. отдельные статьи легко 
гуглятся. 
например http://postgresql.ru.net/userdocs.html
а вообще -- официальные доки очень вменяемы и полезны

Re: [Comm] Постреляционная СУБД

[Roman Lesnichenko]

On Tuesday 18 November 2008 20:56:13 Aleksander Gorohovski wrote:
> On Tue, 18 Nov 2008 19:51:30 +0200, Eugene Prokopiev wrote:
> > 18.11.08, Aleksander Gorohovski<angel@> написал(а):
> >>  хотелось обойтись без связывания таблиц и работать
> >>  с многозначными полями в виде вложенных таблиц.
> >
> > Расскажите, зачем вам такие извращения, и лучше в smoke-room@ :)

> тоже со своими свойствами, т.е. структура с 2-3-х уровневой иерархией.
>
> Можно, конечно, и реляционную модель взять, но слишком много маленьких
> табличек получится

Когда-то в далекой молодости писали АРМ "Товарного кассира" для нашей ЖД.
И использовали под это все некую db_vista (не ассоциируйте с офф-топиком :), 
слишком давно это было) - сетевую (в смысле структуры) базу данных, 
реализованную в виде библиотек под C.

Вот уж не знаю, может вам такое надо? :)

-- 
Roman.

Re: [Comm] Постреляционная СУБД

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 404 bytes --]

* Aleksander Gorohovski <angel@> [081118 22:44]:
> Похоже нужно поискать книжечку хорошего автора.
> Может кто подскажет на русском?
Бумажные книги сильно отстают от описываемых в ним программ.
Русские переводы в свою очередь отстают от оригинала книги.

Это не значит, что книг читать не надо, это значит только что от
оригинальной документации ну никуда не деться.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Постреляционная СУБД

[Eugene Prokopiev]

> > Можно, конечно, и реляционную модель взять, но слишком много маленьких
> > табличек получится
> >
> > :)
> >
>
> http://ru.wikipedia.org/wiki/Zope - включает объектную БД.
> Можно попробовать приспособить LDAP (а бэкенд к нему на той же Postgesql
> сделать).
>
> Можно и в реляционной БД ручками... Если вложенные объекты более-менее
> подобны родительским и общее количество уникальных атрибутов не слишком
> велико, то всё прекрасно хранится в одной таблице с указанием parent_id.
>
> Можно усложнить логику выборок, но получить практически универсальное
> хранилище, если сделать как-то так:
> classes:
> id, parent_id, type (class|method|attribute),name,
> value_type(int,float,text,...), default_value, comment -
> для классов
>
> objects:
> id, class_id, value - для экземпляров.

...

А еще можно погуглить ORM - правда нужно понимать, сколько это будет
стоить - не денег, а ресурсов СУБД ...

-- 
С уважением,
Прокопьев Евгений

Re: [Comm] Постреляционная СУБД

[Aleksander N. Gorohovski]

On Tue, 18 Nov 2008 22:47:37 +0200, Michael Bochkaryov  
<misha@rattler.kiev.ua> wrote:

> 18 ноября 2008 г. 21:36 пользователь Aleksander Gorohovski
> <angel@feht.dgtu.donetsk.ua> написал:
>
>>> http://www.postgresql.org/docs/8.2/interactive/index.html
>>
>> Это меня погружает in deep undeground...
>>
>> Похоже нужно поискать книжечку хорошего автора.
>> Может кто подскажет на русском?
>
> Была неплохая книжка от O'Reilly
> "PostgreSQL," Дж.Уорсли, Дж.Дрейк

> По сути - перевод документации (хотя и несколько устаревший).

Премного благодарен.
Буду искать и читать.

Re: [Comm] Постреляционная СУБД

[Aleksander N. Gorohovski]

On Wed, 19 Nov 2008 00:11:32 +0200, Roman Lesnichenko wrote:

> On Tuesday 18 November 2008 20:56:13 Aleksander Gorohovski wrote:
>> On Tue, 18 Nov 2008 19:51:30 +0200, Eugene Prokopiev wrote:
>> > 18.11.08, Aleksander Gorohovski<angel@> написал(а):
>> >>  хотелось обойтись без связывания таблиц и работать
>> >>  с многозначными полями в виде вложенных таблиц.
>> >
>> > Расскажите, зачем вам такие извращения, и лучше в smoke-room@ :)
>
>> тоже со своими свойствами, т.е. структура с 2-3-х уровневой иерархией.
>>
>> Можно, конечно, и реляционную модель взять, но слишком много маленьких
>> табличек получится
>
> Когда-то в далекой молодости писали АРМ "Товарного кассира" для нашей ЖД.
> И использовали под это все некую db_vista (не ассоциируйте с офф-топиком  
> :),
> слишком давно это было) - сетевую (в смысле структуры) базу данных,
> реализованную в виде библиотек под C.
>
> Вот уж не знаю, может вам такое надо? :)

Если это пардон, "нафталин" --- думаю, что нет.
Немаловажно чтобы эта СУБД была современной и развивалась.

Re: [Comm] Постреляционная СУБД

[Aleksander N. Gorohovski]

On Wed, 19 Nov 2008 11:29:02 +0200, Eugene Prokopiev wrote:

>> > Можно, конечно, и реляционную модель взять, но слишком много маленьких
>> > табличек получится
>> >
>> > :)
>> >
>>
>> http://ru.wikipedia.org/wiki/Zope - включает объектную БД.
>> Можно попробовать приспособить LDAP (а бэкенд к нему на той же Postgesql
>> сделать).
>>
>> Можно и в реляционной БД ручками... Если вложенные объекты более-менее
>> подобны родительским и общее количество уникальных атрибутов не слишком
>> велико, то всё прекрасно хранится в одной таблице с указанием parent_id.
>>
>> Можно усложнить логику выборок, но получить практически универсальное
>> хранилище, если сделать как-то так:
>> classes:
>> id, parent_id, type (class|method|attribute),name,
>> value_type(int,float,text,...), default_value, comment -
>> для классов
>>
>> objects:
>> id, class_id, value - для экземпляров.


> А еще можно погуглить ORM - правда нужно понимать, сколько это будет
> стоить - не денег, а ресурсов СУБД ...

Премного благодарен.
Над этим надо поразмышлять, чтоб не наплодить лишних сущностей...
:)

Re: [Comm] Постреляционная СУБД

[Michael Shigorin]

On Tue, Nov 18, 2008 at 08:56:13PM +0200, Aleksander Gorohovski wrote:
> иерархией.

Ну так это и называется "иерархические базы данных" --
e.g. sanchez-gtm (GPL, не упакечена), Cache (коммерческая).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Постреляционная СУБД

[Aleksander Gorohovski]

On Thu, 20 Nov 2008 16:04:06 +0200, Michael Shigorin  wrote:

> On Tue, Nov 18, 2008 at 08:56:13PM +0200, Aleksander Gorohovski wrote:
>> иерархией.
>
> Ну так это и называется "иерархические базы данных" --
> e.g. sanchez-gtm (GPL, не упакечена), Cache (коммерческая).

Миша,
Спасибо.

Re: [Comm] Постреляционная СУБД

[Eugene Prokopiev]

20.11.08, Michael Shigorin написал(а):
> On Tue, Nov 18, 2008 at 08:56:13PM +0200, Aleksander Gorohovski wrote:
>  > иерархией.
>
>  Ну так это и называется "иерархические базы данных" --
>  e.g. sanchez-gtm (GPL, не упакечена), Cache (коммерческая).

Ну раз пошла такая пьянка, посмотрите на
http://incubator.apache.org/couchdb/ - если что, введение на русском
здесь - http://brainslugs.blogspot.com/2008/05/mapreduce-apache-couchdb.html

А еще можно посмотреть на Connexion, распределенная БД которого
пишется под некоторым влиянием CouchDB - но тут надо peet@ пытать, что
реализовано, а что еще нет ...

-- 
С уважением,
Прокопьев Евгений