@Виталий1990

Есть необходимость создать простую БД для большого списка учащихся школы и в дальнейшем вбить туда данные с бумажных носителей. Несколько граф: ФИО учащегося, дата рождения, дата зачисления в школу, в какой класс зачислен, ФИО родителей/опекунов. То есть 5-6 ячеек на строку.
Чем лучше воспользоваться для создания БД на локальном компьютере с дальнейшим локальным доступом? Желательно с бесплатной средой разработки (т.е. без использования microsoft office и иных платных аналогов).

0

quwy

Если доступ сугубо локальный и из одного приложения, а запросы ограничиваются набором SELECT/INSERT/UPDATE то идеально SQLite.

Если нужно что-то более продвинутое, типа встроенного языка программирования, то Firebird Embedded последних версий.

И то и другое представляет собой DLL-файл, в который полностью упакована вся работа с файлом БД. Есть готовые объектные биндинги к популярным языкам программирования.

Добавлено через 1 минуту
P.S. А вообще никто не запрещает локально использовать и любую клиент-серверную БД, из бесплатных: MySQL, PostreSQL, Firebird (не Embedded, а полновесный), даже Oracle Express пойдет, если очень хочется настоящего ынтырпрайза

0

@Виталий1990

quwy, правильно ли я понимаю, что если я создаю базу данных на своём компьютере, допустим, firebird (или любой другой), то для полновесного чтения данных на другом компьютере нужно будет устанавливать ту БД, в которой это всё создавалось?

0

@Bit_Man

Не путаем БД и СУБД. БД создается, а не устанавливается.
Если чисто на одном компе без установки тогда: БД + DLL
Если имеется ввиду доступ по локальной сети тогда, уже устанавливаем СУБД

0

@qwertehok

БД это просто хранилище данных
что бы добавить туда данные нужно писать запросы

если вам нужны еще и формы для добавления данных, то нужно искать что-то вроде http://mydataexpress.ru
или обратитесь к программистам - напишут вам ПО для вашей базы

1

quwy

Нет. Сервер нужно установить только там, где будет крутиться база. На остальных компьютерах, с которых должен быть доступ, нужно установить только клиентские библиотеки этой СУБД (и то не всегда, для некоторых СУБД они уже встроены в систему или библиотеки языка программирования).

Это касается только клиент-серверных СУБД, локальные всегда должны быть рядом с приложением и доступ к ним имеет только это приложение.

0

@Виталий1990

Насколько уместно для достижения заявленной цели использование базы от OpenOffice? Насколько хорошо она работает с большими объёмами данных? Какие есть недочёты?

0

quwy

Насколько я знаю, это попытка создать альтернативу Access. Скажем так, спорое решение. Мало того, что по возможностям собственно хранения данных она мало чем отличается от SQLite, так еще и написана да джаве, что автоматически влечет за собой неадекватное функциональности потребление ресурсов.

1

@qwertehok

насколько большими?

0

@Виталий1990

qwertehok, для регистрации подавших документы людей за последние 30 лет при количестве от 500 до 1000-1200 человек в год.

0

@qwertehok

1000 человек в год может быть 1 тектовый документ, а может быть сканы документов по 100 штук или вообще видео
вы скажите в размерах

например - база 100-1000мегабайт - это мелкая, SQLIte подойдет и любая база покруче
далее до 10 гигов это MS SQL Express - у него ограничение в 10 гигов
от 10 это или полноценный MSSQL(платный) или заменяете бесплатным Firebird\MySQL\PostgreSQL

хотите помучаться\много денег - Oracle(платный, но вроде есть бесплатная версия)\DB2(платный, но есть бесплатная версия)
хотите нового - noSQL базы (бесплатно, но или плати за поддержку или сам)

1

@Виталий1990

Простая текстовая таблица, без всяких сканов и прочего. На первое время 1000 мегабайт хватит за глаза.

0

@qwertehok

но тебе же нужна не только база, то есть таблица OpenOffice не подойдет?
нужны формы для заполнения?
что то типа аксесса от MS - если да, то ссылку я привел выше.

0

@Виталий1990

qwertehok, да, совершенно верно. Было дело, с КроносПлюс работал, довольно удобная СУБД была. Таблицы, формы, запросы... В общем, буду углубляться. Спасибо.

0

@Виталий1990

Ещё раз подниму вопрос. Прошу прощения, если немного спутаю термины.
1. БД с двумя основными таблицами: в среднем 2500 и 850 записей в год на соответствующую таблицу. Ещё пара таблиц небольшого размера, сугубо вспомогательные.
2. Доступ к БД - только локальный, т.е. с того компьютера, на котором хранятся данные.
3. Никаких картинок, звуков и прочих мультимедийных данных. Только текстовые данные.

Если в планах написать отдельное ПО для локальной базы, то достаточно написать СУБД, писать клиентское ПО для доступа к "серверу" ненужно.
Что лучше выбрать для написания кроссплатформенного ПО (как СУБД/Клиент, так и собственно БД), чтобы в случае необходимости перехода с Windows на Линукс или обратно данные не накрылись медным тазом?
Интересует в том числе работа с БД через формы, аналогично Кроносу, Аксесу и аналогичным.

0

@DriveSoft

Из бесплатного, можете воспользоваться My Visual Database старой версии
http://myvisualdatabase.com/do... db1.44.exe


сама среда разработки только под Windows, но в качестве СУБД используется кроссплатформенная SQLite.


Здесь можно скачать подробный самоучитель по среде
http://myvisualdatabase.com/book_ru.html


Также най сайте есть несколько видео уроков.

0

@qwertehok

Виталий1990, lazarus+SQLite

0

@AndreyVorobey

бесплатно: VS 2017 + файл формата csv. нафиг базы для такой задачи вообще)

0

@qwertehok

студия есть под линукс?

0

@AndreyVorobey

qwertehok, кроссплатформенное ПО подразумевает под собой, что программа будет работать на разных платформах, а не ее разработка будет вестись из-под другой операционной системы. есть .NET Core для таких целей.

0