Как взаимодействовать с базой данных на JAVA?

Question

[longBurn]

Добрый день, товарищи!

Не так давно приступил к изучению Java с написания несложного, но затрагивающего много технологий, приложения.

И вот сейчас подошел к вопросу взаимодействия с БД.

Одним из требований при разработке приложения для себя поставил: вести низкоуровневую разработку, не затрагивая готовые фреймворки и вспомогательные библиотеки.

Так, к примеру, взаимодействие с внешним веб-сервером я реализовал на уровне сокетов tcp/ip.

Что же является самым низким уровнем для взаимодействия с БД? JDBC? Какие еще есть технологии для взаимодействия с БД? Я знаю про Hybernate, есть что-то еще?

Заранее спасибо за вашу помощь!

Answer 1

[Владимир Мартьянов]

У того же mysql есть протокол (dev.mysql.com/doc/internals/en/client-server-proto...), можете его реализовать. Только не нужно: существуют библиотеки для работы с mysql для популярных языков.
Ну и в качестве шутки: не тот вы язык выбрали для низкого уровня, надо было C/Asm выбирать :-)

Comments

[longBurn]

Т.е. я правильно понимаю: у каждй СУБД есть свой протокол, для каждого протокола существует JDBC( или ODBC, с которым JDBC взаимодействует), все библиотеки верхнего уровня исспользуют тот же JDBC, что могли бы использовать и мы, для взаимодействия с БД?

[Владимир Мартьянов]

longBurn: Есть mysql со своим протоколом. Есть либы, реализующие этот протокол с описанным в документации на БД интерфейсом. Возможно над либами стоит ODBC, но тут я не уверен.

Answer 2

[Андрей Лебедев]

Смотря какая база, для InterSystems - есть низкоуровневые схемы, extreme java, globals.

Answer 3

[lorka natas]

Хотелось бы спросить - зачем?
По сабжу - для SQL флагманы ODBC(ограниченно годный к употреблению субпродукт) и JDBC(есть еще nosql решения и несколько довольно узких штуковин). Для не-SQL существуют еще тысячи различных протоколов/решений.
Arthur Asatryan - взглянул по ссылке, перетряхнуло -_-
Официально MySQL предлагает JDBC - насколько вам нужно более "низкий уровень"? На уровне ТCP стека?
В таком случае - попробуйте для себя описать систему, которая будет поддерживать одновременные запросы, кеширование, вложенные запросы, простейшие операторы, индексирование, типизирование и еще сотни вещей, которые уже реализованы производителем - сколько это займёт времени? Как бы вы реализовали тот же ResultSet? Одновременные обращения? Обработку ошибок? А при обновлении СУБД - когда протоколы кардинально меняются - что делать? Например, JDBC довольно удобная и маленькая библиотека, позволяющая работать с MySQL базой в любой позе, постоянно обновляющаяся и даже не требующая финансовых вложений - заново изобрести подобный велосипед - это потратить тысячи(знаю, оптимистичный прогноз) человеко-часов и в итоге получить... Тот же "фреймворк".