Вопрос: А как сделать так, чтобы из этих пяти позиций ничего не надо было менять.

Ответ: Сделать конфигурационный файл, кроме логина и пароля. Логин и пароль получать из сети, сразу же хэшировать. Т.е. есть предложение поместить эти данные в какой-то ресурсный файл.

Можно сделать сервер приложений. Это хорошо, если он есть. Было бы, кстати, неплохо, кому-нибудь поручить. Если это Javaприложение, там разные возможны архитектуры. Ну ведь вы слышали, что есть такая штука, как EnterpriseJavaBeans. А там на сервере, есть еще одна умная программка. Сервер приложений. Он умеет делать пулы. И если вы пойдете или сами будете читать и изучать, как работает все это, то вы уведите, что на самом деле в этой технологии не принято создавать другие объекты, и писать в своем коде для этого new и имя класса. Это очень сильная зависимость. Я написал newтакой-то класс, потом мы что-то поменяли, что-то сделали, переделали. А моя серверная программа что скажет? newтакой-то класс и все рухнет на сервере? Это что за история? Поэтому, вы правильно предложили, использовать контейнер-приложений. Ему можно поручить все эти ресурсы регистрации и где-то хранить. Мы скажем: «Давай. Мы тебе сделаем ресурсный файлик. Туда положим все эти конфигурации. А у них там может быть какое-то защищенное место, мы туда и логин, и пароль можем положить». Он это может защифровать в конце-концов, потом сам же расшифрует. С помощью сервера приложений мы можем в этот ресурсный файл всю эту информацию напихать. И нам только нужно будет что? Этой регистрации нужно будет дать какое-то приличное имя – MyFavouriteSQLConnection175. Всё. Если я использую это имя, я получаю соединение с основной БД, из которой я привык брать или сохранять туда информацию. Если админом этого всего (серверной оснастки) придет в голову поиграться паролями, и другими элементами ip-шниками, портами. Пусть играются. Они пусть там у себя в своем конфигурационном файле все это меняют. А я буду всегда использовать одно и то же имя. Мое любимое соединение MyFavouriteSQLConnection175. Это имя никуда не должно пропадать, тогда мой код всегда будет работать. Красиво? Там только так и делают. И эта технология имеет свое название: «JNDI – JavaNamingDirectoryInterface».

То, что вы видите на этом слайде – это и есть примерный код, который используется для регистрации. Нам, который пишет код (обращение к базе) его может даже и видеть не придется. Но обратите внимание, здесь все прописано: ip,порт,имя сервера, логин, пароль.

Самое важное для нас, в этой верхней части, последняя строчка, которая с bind вызовом. Видите, после bindидет первый параметр? Это и есть то самое имя регистрации, как и мое любимое «MyFavouriteSQLConnection175». Все. Мы придумали имя и мне оно нравится. А что под этим именем зарегистрировано? Вот этот объект, который называется DataSourceи он там всю, всю, всю информацию в себе содержит. Но вот это имя я знаю. Он должен быть на сервере приложений. Я беру этот объект и говорю: «поищи-ка мне (вызов lookup)вот это соединение – мое любимое соединение MyFavouriteSQLConnection175». Это соединение находят по этому имени, всю информацию, которая там есть мне предоставляют в виде объекта DataSource. КстатиDataSource- это тоже интерфейс. Я из этого DataSourceсразу могу попросить Connection. Кстати, вот здесь написано «имя» и «пароль», но это примерно такая ситуация. В объекте, который зарегистрирован может быть имя и пароль и должно быть так, но вы можете поменять, если хотите. А можете ничего не писать и вызвать getConnection(). Вы под теми же именем и паролем, что и были зарегистрированы обратитесь в БД. Вот это будет вариант, когда в вашей программе только имя регистрации используется. Но я не скажу, что это идеально. Но лучшего пока что ничего не придумали. Идея понятна?

Подключимся для начала к БД обычным способом:

Вопрос: Где брать драйвер?

Ответ: Драйвер берется на сайте. К сожалению, вот эта красивая ссылка раньше работала, а сейчас уже не работает. Но каждый раз, когда вы будете искать драйвер на каком-то производителе СУБД, то естественно вы его найдете. Вот он наш драйвер.

Мы сейчас находимся в папочке: Java2-02\JBDC\library:

Если открыть эту папочку, там есть 1 файлик, который называется sqljdbc.jar = 227Кб. Относительно небольшой файл. Кстати, когда я качал его полностью весь архив с документацией, то он весил 2Мб.