Здравствуйте, Аноним, Вы писали:

А>>Требуется организовать на С++ БД для хранилища полиморфных объектов.
А> Неужели больше ни у кого нет идей ?!

Вот здесь 3 базы данных удовлетворяющих твоим условиям.
http://www.garret.ru/~knizhnik/databases.html

Посмотри на них и скажи чем тебе они не подходят. Будем тогда говорить дальше.

Здравствуйте, c-smile, Вы писали:

CS>Здравствуйте, Аноним, Вы писали:

А>>>Требуется организовать на С++ БД для хранилища полиморфных объектов.
А>> Неужели больше ни у кого нет идей ?!

CS>Вот здесь 3 базы данных удовлетворяющих твоим условиям.
CS>http://www.garret.ru/~knizhnik/databases.html

CS>Посмотри на них и скажи чем тебе они не подходят. Будем тогда говорить дальше.

FastDB — хранилище конкретных классов а не реализаций одного абстракного

Post — нет языка запросов

Goods — надо затачивать классы под типы данных Базы, хотелось бы использовать свои классы с минимальными изменениями...

Здравствуйте, Аноним, Вы писали:

CS>>Посмотри на них и скажи чем тебе они не подходят. Будем тогда говорить дальше.

А>FastDB — хранилище конкретных классов а не реализаций одного абстракного

А>Post — нет языка запросов

А>Goods — надо затачивать классы под типы данных Базы, хотелось бы использовать свои классы с минимальными изменениями...


А чем не подходит Versant FastObjects ?

Здравствуйте, Alexey Rovdo, Вы писали:

AR>Здравствуйте, Аноним, Вы писали:

CS>>>Посмотри на них и скажи чем тебе они не подходят. Будем тогда говорить дальше.

А>>FastDB — хранилище конкретных классов а не реализаций одного абстракного

А>>Post — нет языка запросов

А>>Goods — надо затачивать классы под типы данных Базы, хотелось бы использовать свои классы с минимальными изменениями...


AR>А чем не подходит Versant FastObjects ?

Возможно и подойдёт чуть попозже, сейчас нужен бесплатный и желательно небольшой вариант

Здравствуйте, Аноним, Вы писали:

CS>>http://www.garret.ru/~knizhnik/databases.html
CS>>Посмотри на них и скажи чем тебе они не подходят. Будем тогда говорить дальше.

А>FastDB — хранилище конкретных классов а не реализаций одного абстракного

А>Post — нет языка запросов

А>Goods — надо затачивать классы под типы данных Базы, хотелось бы использовать свои классы с минимальными изменениями...

Понятно.
Посмотри в сторону Goods внимательнее.

В C++ "затачивать классы" придется под любую OODB.
Собственно это даже не требование С++, persistent data это
всегда немного не то что используется для оперативного
их представления. Закон жанра.

И OODB ты такой не найдешь которая не накладывает ограничения на классы.

Здравствуйте, c-smile, Вы писали:

CS>В C++ "затачивать классы" придется под любую OODB.
CS>Собственно это даже не требование С++, persistent data это
CS>всегда немного не то что используется для оперативного
CS>их представления. Закон жанра.

А нельзя ли пояснить это ?
Мне кажется, что такая ситуация является скорее исключением, чем правилом (в случае использования FastObjects t7).

CS>И OODB ты такой не найдешь которая не накладывает ограничения на классы.

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

Здравствуйте, c-smile, Вы писали:

CS>Здравствуйте, Аноним, Вы писали:

CS>>>http://www.garret.ru/~knizhnik/databases.html
CS>>>Посмотри на них и скажи чем тебе они не подходят. Будем тогда говорить дальше.

А>>FastDB — хранилище конкретных классов а не реализаций одного абстракного

А>>Post — нет языка запросов

А>>Goods — надо затачивать классы под типы данных Базы, хотелось бы использовать свои классы с минимальными изменениями...

CS>Понятно.
CS>Посмотри в сторону Goods внимательнее.

CS>В C++ "затачивать классы" придется под любую OODB.
CS>Собственно это даже не требование С++, persistent data это
CS>всегда немного не то что используется для оперативного
CS>их представления. Закон жанра.

Понятно что придётся, но хотелось бы минимизировать требования, если я правильно понял, то GOODS требует описания каждого поля в типе СУБД, что вообще-то довольно проблематично. Я бы предпочёл задействовать свой механизм сериализации классов и предоставить только некоторые поля в ведение СУБД для организации запросов

Или надо внимательнее присмотрется к Goods — я что то упустил сгоряча ?