![]() |
Модераторы: LSD, AntonSaburov |
![]() ![]() ![]() |
|
vogdb |
|
|||
Новичок Профиль Группа: Участник Сообщений: 36 Регистрация: 8.1.2010 Репутация: нет Всего: нет |
Здравствуйте! Интересно имеет ли право на жизнь вот такая вот реализация работы с PreparedStatement.
Далее псевдокод
Нужно ли будет синхронизировать доступ к методу get(long id)? Если да, то как? |
|||
|
||||
danilych |
|
|||
Шустрый ![]() Профиль Группа: Участник Сообщений: 72 Регистрация: 2.2.2011 Репутация: 3 Всего: 3 |
Если к классу будут обращаться несколько потоков одновременно, т.е. вызывать ваш метод public Simple get(long id), то однозначно будут траблы. Поэтому лучше в этом методе создавать объект класса PreparedStatement.
Если же вы сделаете синхронизацию по вашему методу get, то потеряете в производительности, т.к. если запрос будет очень тяжелый и будет выполняться скажем 5 секунд, все остальные потоки будут ждать это время. |
|||
|
||||
LSD |
|
|||
![]() Leprechaun Software Developer ![]() ![]() ![]() ![]() Профиль Группа: Модератор Сообщений: 15718 Регистрация: 24.3.2004 Где: Dublin Репутация: 210 Всего: 538 |
Чтобы это сработало, нужно использовать тред пул, а не одно соединение. Добавлено через 3 минуты и 47 секунд Если вам нужно генерировать ключи для БД для большого количества потоков. Сделайте сиквенс с шагом N. Затем в синхронизированном методе читаете его значение в некий AtomicLong и треды получают свой ID уже из него. Когда все N значений израсходуются, идете в базу за новым значением или пусть это делает фоновый поток который будет создавать такие интервалы. -------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
|||
|
||||
Старовъръ |
|
|||
![]() Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 491 Регистрация: 8.5.2008 Репутация: 4 Всего: 10 |
vogdb, разберись что такое Prepared Statement и как он работает. Когда ты вызываешь connection.prepareStatement("select * from where params..."), то объект не создается новый, а возвращается из кеша. У каждого соединения есть такой кеш, то бишь если это одно и то же соединение, то все сработает по плану. Если же у тебя несколько соединений, то для использования кеша, нужно подключить Connection Pool как уже сказал товарищ LSD. Подробней о PreparedStatement и их кешировании можешь почитать здесь.
-------------------- |
|||
|
||||
![]() ![]() ![]() |
Правила форума "Java" | |
|
Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, tux, javastic. |
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | Java: Общие вопросы | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |