crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )

> dBase + Qt
Гость_asd_*
сообщение 10.12.2009, 0:21
Сообщение #1





Гости








    


Цитата(Litkevich Yuriy @ 9.12.2009, 22:40) *
Гость_asd_*, в верху своей темы увидишь шапочку Может быть полезно, а в ней FAQ (wiki) . Ходи туда, там снег голова НЕ попадёт. Там знание голова попадёт, под названием Как рапространять программы использующие Qt в MS Windows?


Благодарю!
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
 
Начать новую тему
Ответов
JuryS1806
  опции профиля:
сообщение 10.12.2009, 2:15
Сообщение #2


Студент
*

Группа: Участник
Сообщений: 93
Регистрация: 21.10.2009
Из: Нижний Новгород
Пользователь №: 1168

Спасибо сказали: 9 раз(а)




Репутация:   0  


Здрасте Товарищи ! Я вот сейчас к своей программе подключаю базу данных. Я пишу объемник, с использованием OpenCascade и хочу чтобы данные о моделях и каталогах хранились в базе данных, также для учета клиентской базы.

У меня сейчас уже есть база данных отлаженная, только она написана на MS Access. Из под Wine'a все это прекрасно работает и экспорт-импорт файлов в формате dBase из под Access'a срабатывает DoCmd.TransferDatabase

А в QT насколько я понимаю нет драйвера для доступа к базам данных dBase.

Вот что умеет выставлять MS Access.
dBase III
dBase IV
dBase 5.0
Paradox 3.x
Paradox 4.x
Paradox 5.x
Paradox 7.x
ODBC Databases
WSS

Может быть кто посоветует, какой из этих форматов можно прикрутить для использования в QT приложении ??? При этом я абслолютно не дружу с ODBC. потому как под Wine'ом его тяжело отладить. И еще я не хочу переписывать базу данных /~12Мб/ .

Заранее спасибо за помощь!
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Kagami
  опции профиля:
сообщение 13.12.2009, 21:35
Сообщение #3


Старейший участник
****

Группа: Участник
Сообщений: 601
Регистрация: 2.2.2009
Пользователь №: 523

Спасибо сказали: 101 раз(а)




Репутация:   9  


Ты не прав. Смотри здесь. Есть три лицензии: коммерческая, GPL и LGPL (появилась с версии 4.5, книга Бланшет старее и не отражает этих изменений). С коммерческой все ясно - хочешь закрывай код, хочешь открывай. С GPL тоже все просто - код должен быть открыт. LGPL хитрее - ты можешь закрыть код своей программы если не будешь линковаться с библиотеками Qt статически, при этом все изменения в самой библиотеке (если они есть) ты должен открыть.

Сообщение отредактировал Kagami - 13.12.2009, 21:37
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
JuryS1806
  опции профиля:
сообщение 13.12.2009, 23:43
Сообщение #4


Студент
*

Группа: Участник
Сообщений: 93
Регистрация: 21.10.2009
Из: Нижний Новгород
Пользователь №: 1168

Спасибо сказали: 9 раз(а)




Репутация:   0  


Спасибо за информацию. Я вообще не сторонник статических сборок в принципе.
Никогда этого не пользовал. Т.е. как я понимаю, я могу писать свою программу, используя все достоинства QT без каких-либо скрытий того.
Это здорово. Потому что Standard_C меня вообще не вставляет. К тому же для каждой платформы подбирать код невозможно долго.

СПАСИБО ЗА СОВЕТ. Вообще, тема интересная с лицензированием. Promt дает кривой перевод этой LGPL. Думаю у нас тоже должны быть подобные лицензии.
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение

Сообщений в этой теме


Быстрый ответОтветить в данную темуНачать новую тему
Теги
Нет тегов для показа


1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0




RSS Текстовая версия Сейчас: 19.4.2024, 16:26