sql — Создание локальной Базы Данных для программы на Java

Хочу сделать Java программу для составления родословных, занятия генеалогией. И мне нужно, чтобы при создании нового проекта создавалась база данных, в которую заносились бы и потом использовались бы данные. Я предполагаю реализовать создание БД на основе SQL запросов, но не знаю как. Или возможно кто может посоветовать более удобный для данного случая метод.

  • java
  • sql
  • база-данных

1

Возможно я вас не совсем правильно понял 🙂 но попробуем. Для локальных приложений вы можете использовать h3 или Sqlite, т.е вам лучше всего что-то легковесное, встраиваемое. Если же Вы разрабатываете серверное решение, то я бы смотрел в сторону postgresql или MySql.

При разработке на языке Java обычно применяют ORM подход, смотрите в сторону Hibernate/JPA. При настройке hibernate используйте свойство hibernate. hbm2ddl.auto со значением create-drop тогда при старте вашего приложения схема БД будет удаляться и создаваться заново (удобно при разработке).

Так же обновлять/создавать схему БД и данные можно с помощью liquibase. Все зависит от ваших потребностей

1

Если SQL то для начала установите сервер баз данных на локальную машину : MSSQL, Postgres, MySQL. Затем потренируйтесь в создании базы данных, таблиц, запросов в режиме SQL. Прочувствуйте информацию как она хранится, как добавляются данные, как извлекаются. Затем подключитесь к базе на вашем языке программирования вызовите команды, запросы получите данные, отправьте данные …. И думаю в последующем вы сможете создать вашу генеалогию начиная с самого Адама если конечно у вас есть данные.

Зарегистрируйтесь или войдите

Регистрация через Google

Регистрация через Facebook

Регистрация через почту

Отправить без регистрации

Почта

Необходима, но никому не показывается

Отправить без регистрации

Почта

Необходима, но никому не показывается

Нажимая на кнопку «Отправить ответ», вы соглашаетесь с нашими пользовательским соглашением, политикой конфиденциальности и политикой о куки

выполнить сборку и развертывание в локальной базе данных — SQL Server Data Tools (SSDT)

Twitter LinkedIn Facebook Адрес электронной почты

  • Статья
  • Чтение занимает 3 мин

Microsoft SQL Server 2012 предоставляет локальный экземпляр сервера, доступного по запросу, который называется средой выполнения локальной базы данных SQL Server Express и активируется при отладке проекта базы данных SQL Server. Этот локальный экземпляр сервера может использоваться как песочница для сборки, тестирования и отладки проекта. Он никак не связан с любым из установленных экземпляров SQL Server и доступен только из SQL Server Data Tools (SSDT). Такой механизм является идеальным для разработчиков, которые имеют ограниченный доступ к производственным базам данных или вообще не имеют доступа, однако им необходимо тестировать проекты в локальном режиме перед тем, как авторизованный персонал выполнит их развертывание в производственной среде. Кроме того, при разработке решения базы данных для SQL Azure можно пользоваться удобными функциями разработки и тестирования проекта базы данных в локальном режиме, доступными на этом локальном сервере, перед развертыванием в облаке.

Предупреждение

База данных в узле локальных баз данных в обозревателе объектов SQL Server является отражением соответствующего проекта базы данных и не связана с одноименной базой данных в подключенном экземпляре сервера.

Предупреждение

В следующих процедурах используются сущности, созданные с помощью процедур, которые описывались ранее в разделах Connected Database Development (Разработка подключенной базы данных) и Project-Oriented Offline Database Development (Разработка базы данных вне сети с учетом проекта).

Использование локальной базы данных

  1. Обратите внимание, что в обозревателе объектов SQL Server в узле SQL Server появляется новый узел с именем Локальные. Это локальный экземпляр базы данных.

  2. Разверните узлы Локально и Базы данных. Обратите внимание на внешний вид базы данных с тем же именем, что у проекта TradeDev. Разверните узлы в этой базе данных. В окне

    Операции инструментальных средств для обработки данных отображается состояние операций расширения или импорта, выполняющихся в любой базе данных узла Локальные. Обратите внимание, что они не содержат таблицы или сущности, созданные в предыдущих процедурах.

  3. Нажмите клавишу F5 для отладки проекта базы данных TradeDev.

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

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

  4. Еще раз разверните узлы в проекте TradeDev на сервере баз данных Локально. На этот раз обратите внимание, что таблицы, представления и функции были развернуты на локальном сервере баз данных.

  5. Щелкните правой кнопкой мыши узел TradeDev и выберите Создать запрос.

  6. Вставьте этот код в области сценариев и нажмите кнопку Выполнить запрос, чтобы запустить запрос.

    select * from dbo.GetProductsBySupplier(1)  
    
  7. В области Сообщение отображается сообщение «(Обработано строк: 0)», а в области Результаты не будет ни одной строки. Это связано с тем, что запрос выполнялся к локальной базе данных, а не подключенной, которая содержит реальные данные.

    Чтобы убедиться в этом, щелкните правой кнопкой мыши таблицу Products в локальной базе данных TradeDev и выберите Просмотр данных. Обратите внимание, что таблица пустая.

Копирование реальных данных в локальную базу данных

  1. В обозревателе объектов SQL Server разверните подключенный экземпляр SQL Server и найдите базу данных TradeDev.

    Щелкните правой кнопкой мыши таблицу Suppliers и выберите Просмотр данных.

  2. Нажмите кнопку Скрипт (вторая справа) в верхней части редактора данных. Скопируйте инструкции INSERT из скрипта.

  3. Разверните экземпляр сервера Local и щелкните правой кнопкой мыши узел TradeDev, затем выберите Создать запрос.

  4. Вставьте инструкции INSERT в окно запроса и запустите запрос.

  5. Повторите приведенные выше шаги для копирования данных из таблиц Products и Fruits в подключенной базе данных TradeDev в локальную базу данных TradeDev.

  6. Щелкните правой кнопкой мыши экземпляр сервера Local и выберите Обновить. Просмотрите таблицы с помощью функции Просмотр данных, чтобы убедиться, что локальная база данных заполнена.

  7. Щелкните правой кнопкой мыши узел TradeDev локального экземпляра сервера и выберите

    Создать запрос.

  8. Вставьте этот код в области сценариев и нажмите кнопку Выполнить запрос, чтобы запустить запрос.

    select * from dbo.GetProductsBySupplier(1)  
    
  9. В области Результаты, расположенной под областью редактора Transact-SQL, будут снова отображаться строки Apples и Potato Chips из таблицы Products.

Лучшие банки в Маунтин-Вью

  • Банкомат Wells Fargo

    570 N Shoreline Blvd, Маунтин-Вью, Калифорния, 94043, Соединенные Штаты
    Телефон: 1 800-869-3557

  • Банкомат Wells Fargo

    625 Ellis St, Mountain View, California, 94043, Соединенные Штаты
    Телефон: 1 800-869-3557

  • Банкомат Wells Fargo

    1040 Grant Rd, Ste 200, Mountain View, California, 94040, Соединенные Штаты
    Телефон: 1 800-869-3557

  • LibertyX Bitcoin ATM

    889 Леонг Др, Маунтин-Вью, Калифорния, 94043, Соединенные Штаты
    Телефон: 1 800-511-8940

    Банкомат на рынке Гринсайд в Маунтин-Вью, Калифорния, теперь продает биткойны через LibertyX! Загрузите приложение LibertyX, выберите это место и отсканируйте/вставьте. ..

  • LibertyX Bitcoin ATM

    400 Moffett Blvd, Маунтин-Вью, Калифорния, 94043, Соединенные Штаты
    Телефон: 1 800-511-8940

    Банкомат Sousa’s Wine & Liquor в Маунтин-Вью, Калифорния, теперь продает биткойны через LibertyX! Загрузите приложение LibertyX, выберите это местоположение и отсканируйте / …

  • First Republic Bank

    401 San Antonio Road, Suite 68, Mountain View, California, 94040, Соединенные Штаты
    Телефон: 1 650-383-2888

    Основанная в 1985 году, First Republic и ее дочерние компании предлагают услуги частного банковского обслуживания, банковского обслуживания частного бизнеса и управления частным капиталом. Спец…

  • Chase Bank

    2510 W El Camino Real, Ste 1, Mountain View, California, 94040, Соединенные Штаты
    Телефон: 1 650-559-7350

    Узнайте, как Chase может помочь вам с чеками, сбережениями, мобильным банкингом и многим другим. Депозитные продукты предоставляются JPMorgan Chase Bank, членом FDIC в Северной Америке.

  • Банкомат Wells Fargo

    1750 Miramonte Ave, Mountain View, California, 94040, Соединенные Штаты
    Телефон: 1 800-869-3557

  • Wells Fargo Bank

    1040 Grant Rd, Ste 200, Mountain View, California, 94040, Соединенные Штаты
    Телефон: 1 650-625-8311

  • Wells Fargo Bank

    599 Castro St, Ste 150, Mountain View, California, 94041, Соединенные Штаты
    Телефон: 1 669-236-4349

  • Локальная база данных-Руководство по MongoDB

    Документы Главная → Руководство по MongoDB

    на этой странице

    • Обзор
    • КОЛЛЕКЦИИ НА СОБИЛЬНЫЕ MONGOD 9011 3 Примностях
    • . Участники
    • Ограничения

    Обзор

    Каждый экземпляр mongod имеет собственную локальную базу данных , которая хранит данные, используемые в процессе репликации, и другие данные конкретного экземпляра. локальная база данных невидима для репликация: коллекции в локальной базе данных не реплицируются.

    Коллекции на всех экземплярах

    mongod
    local.startup_log

    При запуске каждый экземпляр mongod вставляет документ в startup_log с диагностической информацией о сам экземпляр mongod и хост информация. startup_log ограничен коллекция. Эта информация полезна в первую очередь для диагностики целей.

    Например, ниже приведен прототип документа из Startup_log Коллекция:

    {
    "_ID": "",
    ":" string> ":"
    ":"
    ":". ""),
    "startTimeLocal" : "",
    "cmdLine" : {
    "dbpath" : "",
    "<Опция>": <Значение>
    },
    "PID": ,
    ": ,
    ": <число>,
    ": <число>,
    ". строка>",
    "gitVersion" : "",
    "sysInfo" : "",
    "loaderFlags" : "", 91161 "compilerFlags": "<строка>",
    "распределитель" : "",
    "versionArray" : [ , , <...> ],
    "javascriptEngine" : " ",
    "bits" : ,
    "debug" : ,
    "maxBsonObjectSize" :
    }
    }

    Документы в коллекции startup_log содержат следующие поля:

    local. startup_log._id

    Включает имя хоста системы и значение эпохи в миллисекундах.

    local.startup_log.hostname

    Имя хоста системы.

    local.startup_log.startTime

    Значение ISODate в формате UTC, отражающее время запуска сервера.

    local.startup_log.startTimeLocal

    Строка, сообщающая о startTime в местном часовом поясе системы.

    local.startup_log.cmdLine

    Встроенный документ, который сообщает о среде выполнения mongod варианты и их значения.

    local.startup_log.pid

    Идентификатор процесса для этого процесса.

    local.startup_log.buildinfo

    Встроенный документ, сообщающий информацию о сборке среда и настройки, используемые для компиляции этого монгод . Это тот же вывод, что и информация о сборке . См. buildInfo .

    Коллекции на членах набора реплик

    local.system.replset

    local.system.replset содержит конфигурацию набора реплик объект как его единственный документ. Для просмотра конфигурации объекта информация, выпуск rs.conf() из монгоша . Вы также можете запросить эту коллекцию напрямую.

    local.oplog.rs

    local.oplog.rs — это закрытая коллекция, содержащая Оплог. Вы устанавливаете его размер при создании с помощью параметр oplogSizeMB . Чтобы изменить размер оплога после запуска набора реплик используйте Измените размер процедуры Oplog. Для дополнительных информацию см. в разделе Размер оплога.

    Размер оплога может превышать заданный размер ограничить, чтобы не удалить точка большинства коммитов .

    Начиная с MongoDB 5.0 больше невозможно выполнять ручное операции записи в oplog на кластер работает как набор реплик. Выполнение записи операций в oplog при запуске от имени автономный экземпляр должен выполняться только с руководство службы поддержки MongoDB.

    local.replset.minvalid

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

    Ограничения

    Многодокументные транзакции на локальном
    Вы не можете выполнять операции чтения/записи для коллекций в локальная база данных внутри многодокументная сделка.
    Повторяемая запись в локальный

    Вы не можете выполнять операции записи в коллекции в локальный база данных с включенной повторной записью.

    Важно

    Официальные драйверы MongoDB серии 4.2 позволяют выполнять повторную запись путем по умолчанию.