Из чего построить цепочку клиент-БД если ты новичок в программировании и это тебе нужно для научного проекта (helth risk/environmental risk)?

Question

[Александр]

Добрый день.

Есть собственный научный проект, который ориентирован на прогнозирование рисков для здоровья человека. В нем ужё есть некоторый массив данных, логических выражений и формул. Загорелся желанием это вот всё автоматизировать и вместо Экселя и Статистики перейти на уровень автоматизации - то есть сделать приложение, которое будет стягивать информацию с сервера (по факту сайта на хостинге) и строить прогноз.

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

Пожалуйста, помогите определиться с моим направлением действий - что изучать и на что опираться.

Вопросы:
1- Понятно что SQL, не понятно какую СУБД использовать и через что её администрировать (по предложенной СУБД я и буду изучать источники)
2- Собственно если есть возможность - подсказать что учить и на что опираться.
3- Как правильно связать клиентское приложение и данные в удалённой БД - постоянное интернет соединение или суточное обновление данных на клиентской версии.
4- Как правильно подобрать хостинг для сайта на данные цели и на что обращать внимание.

Благодарю за внимание и Ваши ответы.

Comments

[Иван Шумов]

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

[Илья]

Советую использовать БД, к которой сможет подключиться Excel через встроенный power query. В этом случае останется привычный инструмент анализа

[Александр]

Иван Шумов, Благодарю за предложение, но это научный, а не коммерческий проект, и чем его разработка будет проще, тем больше научников смогут им воспользоваться)

[Александр]

Илья, Благодарю за совет. Вроде стягивать информацию с экселя может почти каждая СУБД, нет?

[Илья]

Александр, я имел ввиду наоборот, использовать Excel как морду для собранных данных

[Александр]

Илья, Понял. Благодарю. Запомню. Я думал сделать так: Есть БД, есть клиент-app, клиент стаягивает нужную информацию с БД в отдельный файл и её анализирует. Думал что это чисто data, а вот можно и Excel подключить. Спасибо.

[Иван Шумов]

Александр, я ничего не говорил про коммерцию

[Александр]

Иван Шумов, Я не правильно выразился - по мимо всего вот этого программирования, есть ещё непосредственно лабораторные исследования, которые отнимают почти всё время. В коммерции можно пойти по интересному, не тривиальному пути, но у меня такой возможности нет - мне чем проще - тем лучше)

[Иван Шумов]

Александр, я там читаю комментарии внизу и понимаю что у вас много заблуждений, ну да ладно

Answer 1

[Влад Полтораков]

1. Почему выбор пал именно на реляционные базы данных? Есть NoSQL-СУБД, например - MongoDB. Советую рассмотреть. Если опыта в работе с базами в принципе немного - то в MongoDB будет въехать проще, как мне кажется. Всё зависит от объемов данных, от того, известна ли заранее схема и какие будут нагрузки. Если это небольшой проект - я бы советовал взять монгу. Если выбор, по каким-то причинам, падает на SQL - самый топорный - MySQL. Мне при работе с базой для администрации хватает IDE от JetBrains. Если нужна более понятная панель - phpMyAdmin
2. Зависит от того, что выберешь в 1-ом пункте. Есть отличная книга - "7 баз данных за 7 недель". Там есть разделы и по SQL-СУБД, и по NoSQL-СУБД. Книга из разряда обзорных, но информации, чтобы начать работать на начальном уровне тебе хватит. Каждая глава читается за несколько часов, так что советую посмотреть.
3. Почему БД должна быть именно удалённой? На первых парах тебе проще будет кинуть базу рядом с приложением. Если приложению нужно будет получать какие-либо обновления - раз в n-часов запускай скрипт, который будет вытягивать эти данные с удалённого сервера. Передать данные для обновления - много способов, зависит от ситуации. Я бы посоветовал посмотреть в сторону брокеров сообщений, аля-RabbitMQ. Но уже после того, как сделаешь всю остальную часть.
4. Какая у тебя будет нагрузка? Слишком много неизвестных, чтобы дать какой-либо ответ.

Comments

[Александр]

Благодарю за развёрнутый ответ.

Нагрузка большая, как и размер базы + сама база будет делаться "живой". Вот пример: у нас есть скрипт, который ведёт "модель человека" от рождения до смерти. В скрипте прописана вариативность и разброс параметров человека "максимальный-минимальный рос, вес и очень много параметров по физиологии" и по факту в БД храниться карточка человека, которая раз в n-e время обновляется (человек растёт и потом умирает).
Карточка человека храниться в базе и по этой карточке клиентская программа проводит мониторинг живых людей и делает прогноз. Нагрузки более чем достаточно + реляционная БД тут как раз кстати.

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