Работа с базами данных с помощью С/С++

[RaMoN]

Необходимо написать программу на С/С++ для Linux, с возможностью самостоятельно создавать таблицы и управлять (сохранение, редактирование, запросы) ими (подобие СУБД). Посоветуйте, с помощью чего можно это реализовать. Знаю, в борланде есть какие-то компоненты для работы с базами данных, что-то вроде "db***" (пользоваться ими не доводилось). Есть ли что-то подобное для Linux? Пишу с помощью GTK+.

[Garfeild]

Я недавно писал курсовой проект, тоже с базами данных.
Я использовал SQLite. Для этой базы данных есть своя библиотека, через которую и осуществляется работа с БД,

[AlexH]

Qt имеет набор классов, нативные драйвера, а также поддержку модель-представление для работы с БД. Только в отличие от борланда все делается не мышкой, а ручками

[SergeyIT]

Переношу свою программу с Дельфи(БД - MS Access) на QT(БД SQLite).
БД конвертнул без проблем. SQL запросы практически без изменений работают.
Размер исходников в строках получается почти такой-же (если не меньше).

[RaMoN]

SQLite - то, что нужно! Спасибо!

[RaMoN]

В процессе работы возник вопрос:

Есть ли возможность удалять поля из таблицы? Если есть, то как это реализовать, подскажите пожалуйста.

[digiwhite]

Удалять поля из БД?
Вы уверены, что верно спроектировали структуру БД?

[RaMoN]

Да, скорее всего вы правы. Но, к  сожалению, другие структуры хранения данных не будут столь же наглядны, как эта.

Если возможности удалять поля нет, единственный вариант - хранить в БД данные в одной структуре, а выводить в другой, для большей наглядности.
Является ли такой подход разумным?

P.S. Прошу совета.

[digiwhite]

Если я правильно понимаю, то вам нужно копать в строну представлений(view).

А вообще поскольку никаких условий нет, то что-то советовать сложно. Ну или структуру БД глянуть.

[RaMoN]

Вот так правильно хранить мои данные:

Дата 06.10.2009 06.10.2009 06.10.2009

Событие Дискотека Поход в кино Поход в театр

Цена 100 200 300

Но с моей точки зрения наглядней будет вот так:

Дата 06.10.2009

Дискотека 100

Поход в кино 200

Поход в театр 300

(так как события("дискотека","кино" и т.д.) одинаковы для всех дат, отличаться будут только цены)

Но так как удалять поля не есть рациональным решением (а пользователь может захотеть убрать какое то событие вообще(для всех дат)), то тут у меня и возникла проблема.

[digiwhite]

Я в БД не слишком силен и не очень хорошо там помню многое, Но тем не менее, правильным вариантом, как мне кажется было бы то, что лежит во вложении.

Собственно тип события(или все) определяется  соответствующим SQL запросом.

[RaMoN]

Я в БД не слишком силен и не очень хорошо там помню многое, Но тем не менее, правильным вариантом, как мне кажется было бы то, что лежит во вложении.

Собственно тип события(или все) определяется  соответствующим SQL запросом.

Эмм... Да, вы правы! (прошу прощения за некорректный вид )
А выводить в предпочитаемый вид(который я показал) с помощью представлений, я так понимаю?

[digiwhite]

Тут чего-то не могу сказать точно. По идее, можно обойтись и без представлений. Просто в зависимости от выбранных событий генерировать SQL запрос на лету да показывать вывод.

[RaMoN]

Спасибо большое за помощь!
Буду разбираться, что будет мне удобнее: либо генерировать запросы для вывода, либо создавать соответствующее представление и выводить его.

[digiwhite]

Да не за что!