Выбор Базы Данных

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

БД будет расширяться т.к. каждый год новый набор соответственно. Средний ежегодный прирост в 100 человек(+уже те списки и ведомости которые существуют сейчас в бумажном варианте).

Само приложение собираюсь писать в билдере, вопрос стоит лишь в выборе БД, т.к. будет необходимость изменения полей непосредственно из приложения а так же возможность экспорта данных в Word и Excel.

Отсюда вытекает вопрос, какую же БД будет рациональнее всего использовать? Сам я с БД раньше никогда не работал, поиск по интернету лишь дал понять что баз данных великое множество, но что лучше для конкретных задач не могу определиться.
Склоняюсь к SQLite, FireBird или NexusDB.

Посоветуйте, пожалуйста, объясните что лучше и проще в реализации.

0

почему не делать как веб-сервис? куча инфы в базу добавлять нужно и все через 1 прогу одним человеком?
будет ли доступ к базе из разных мест или локальное приложение?
если нужна портабельность то SQLite, а если много то тогда лучше веб сервис, веб сайт

0

Сообщение от t1m0n почему не делать как веб-сервис? куча инфы в базу добавлять нужно и все через 1 прогу одним человеком? будет ли доступ к базе из разных мест или локальное приложение? если нужна портабельность то SQLite, а если много то тогда лучше веб сервис, веб сайт

доступ к базе должен быть в пределах локальной сети, 3-4 одновременных подключения максимум. веб сервис нельзя по банальной причине - это не моя специальность, диплом не примут, поэтому веб сайт отпадает

0

вопрос всё ещё актуален

0

кто-нибудь может ещё дать совет?

0

Я бы Вам посоветовал FireBird взять. Разобраться не сложно будет. И как раз 3-4 рабочих места можно будет сделать или 10-ть сколько нужно вобщем. И обслуживать БД не сложнее чем MySql и есть хороший сайты с подробной документацией.

1

MySql т. к. база вероятней всего получается объемная. Да и пользователей у базы должно быть немало. В MySql легко добавлять пользователей, да и с изменениями будет попроще так как все можно сделать с помощью запросов.

2

спасибо больше за ответы! буду пробовать

0

А что изменится от выбора СУБД?)
Разве что поднятия её экземпляра,где то проще,где то сложнее
Таблицы можно создавать как руками,так и ногами с помощью разных оболочек созданных для упраления СУБД.
Для начало определись,с компонентами, с которомыми будешь работать
А вообще используй Microsoft Access)))

0

Сообщение от Oxotnuk А что изменится от выбора СУБД?) Разве что поднятия её экземпляра,где то проще,где то сложнее Таблицы можно создавать как руками,так и ногами с помощью разных оболочек созданных для упраления СУБД. Для начало определись,с компонентами, с которомыми будешь работать А вообще используй Microsoft Access)))

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

0

А вообще используй Microsoft Access)))

При большом количестве данных Access не выдержит.

1

Планируется ли работа с базой по локалке на нескольких компьютерах ? Если да, то Microsoft Access - не лучший вариант

0

Можно использовать стандартно - Paradox ставится вместе с билдером(ток на локалке можно,на скок помню),если нет, то легче всего использовать Microsoft Access,
Связывать Microsoft Access и Builder можно с помощью компонентов ADO. Посмотри темы с Access там уже и программки 100% готовые будут.

alex.-93, Человек вообще понятия не имеет,что как и где? а использовать Oracle,DB2,Sybase или MsSql я вообще не вижу смысла) Да он врядли подымет экземпляр сервера и ним приконектится ихними стандартными утилитами.

1

отвечаю на Ваш вопрос на счет связи БД в Buldere 6! Сейчас, как раз пишу прогу Отдел кадров использую БД FireBird.
Итак по пунктам
1) для создания БД, для испытаний запросов, используйте программу IBExpert
2) Связать компоненты С++ Bulder не сложно 1 минуту.
a) Создаете новый проект в Buldere
б) можно добавить новый компонент для работы БД DataModule, но если вы с ним не работали то будут запутки
просто кидаете на форму 5 компонентов:вкладка DataAccess->DataSourse, DataControl->DBGrid, interBase->IBDataBase,
interBase->IBTransaction,interBase->IBDataSet, в объект инспекторе прописываете свойства, делаете элементы IBDataBase и IBDataSet активными(IBDataBase1->Activ=True и в DBGride увидете Вашу БД
P.S. Чуть не забыл нужно скачать сервер FireBird версия 2.5 или 2.0
Если не понятно и сумбурно пришлите почту покажу в картинках, как это все соединяется!

3

Сообщение от Kabak Планируется ли работа с базой по локалке на нескольких компьютерах ? Если да, то Microsoft Access - не лучший вариант

да, работа по локалке планируется, но кол-во одновременных(как и общее число) подключений не будет превышать 4-5.

Сообщение от Oxotnuk Можно использовать стандартно - Paradox ставится вместе с билдером(ток на локалке можно,на скок помню),если нет, то легче всего использовать Microsoft Access, Связывать Microsoft Access и Builder можно с помощью компонентов ADO. Посмотри темы с Access там уже и программки 100% готовые будут.

Про Paradox ничего раньше не слышал) Сейчас почитаю.
С Access года 2-3 назад немного сталкивался ещё в Delphi билдере, поэтому понимаю что и в Си он будет вполне легко подключаться и управляться. Но меня как-то напрягает довольно большое число негативных отзывов по поводу Access.

Сообщение от kelabod отвечаю на Ваш вопрос на счет связи БД в Buldere 6! Сейчас, как раз пишу прогу Отдел кадров использую БД FireBird. Итак по пунктам 1) для создания БД, для испытаний запросов, используйте программу IBExpert 2) Связать компоненты С++ Bulder не сложно 1 минуту. a) Создаете новый проект в Buldere б) можно добавить новый компонент для работы БД DataModule, но если вы с ним не работали то будут запутки просто кидаете на форму 5 компонентов:вкладка DataAccess->DataSourse, DataControl->DBGrid, interBase->IBDataBase, interBase->IBTransaction,interBase->IBDataSet, в объект инспекторе прописываете свойства, делаете элементы IBDataBase и IBDataSet активными(IBDataBase1->Activ=True и в DBGride увидете Вашу БД P.S. Чуть не забыл нужно скачать сервер FireBird версия 2.5 или 2.0 Если не понятно и сумбурно пришлите почту покажу в картинках, как это все соединяется!

Спасибо большое, с FB только начал разбираться, пока всё сложно. Последую Вашим указаниям и попробую)

0

Вы пробуйте,что-то начать делать,будут возникать вопросы,задавайте,будет легче разобраться))

0

Сообщение от Oxotnuk Связывать Microsoft Access и Builder можно с помощью компонентов ADO.

Связь с сервером осуществляется через тот же ADO и еще много разных способов. Так что сначало почитай а потом тринди "Oxotnuk"!!!!

1

Oxotnuk, на мой взгляд дело говорит - Аксесс будет проще всего - там прямо в нем все визуально проектируется, куча примеров по доступу, я уже не говорю о том что прямо в Аксесе через формы можно ввод данных организовать.
По поводу - много данных и он валится, В Аксессе идет блокировка запаси по строке - до 3-5 пользователей он будет нормально работать даже в режиме файлового доступа по сетке - хотя конечно изврат.
Объемы - тысячи записей аксессовские базы держали легко, у меня десятки тысяч - держали. Но - бекапы никто не отменял и оно и правда бывает сыпется. Опять же какой вариант - если все кучкой на компьютер то аксесс будет проще, если вы хотите написать клиент который будет по сети соединяться - вопрос нужен ли сервер бд, если сервер - у меня Firebird работал - меня вполне устраивала его стабильность. Новые таблицы ... а зачем их создавать из программы ? (что в общем то не сложно, помнится там есть компонента SQL комманд - в неё дается текст SQL и посылается на исполнение)
Берете менеджер БД, под выбранную базу, в нем создаете структуру - и потом из приложения обращаетесь к таблицам для заполения данными и получения результатов запросов. Опять же - аксесс - там и запросы можно прямо в аксессе выполнять и копировать их в ворд-эксель удобно, ибо единая среда и нет проблем с кодировками символов. У вас задача простая, и для неё аксесс и правда хорошо подходит, только вот решение это ... колхозное, в том плане что будет больше пользы от работы с Firebird - MS SQL (его любят в резюме) - MySQL (его любит интернет).

0