ShSergeНо! Если использовать "родной" JDBC от майкрософта, то, скорее всего, каждый новый коннект будет браться из пула соединений именно по строке коннекта.Ах вооот оно что Что же это за пул такой? Где он расположен?
Ну как можно такой абсурд писать - я просто в шоке. Ну не знаете вы тему разговора - ну не пишите вы ничего. Пул соединений не берется из ниоткуда. Его нужно сначала создать. Либо руками, либо попросить сервер приложений об этом.

ShSergesvenomПул соединений не берется из ниоткуда. Его нужно сначала создать. Либо руками, либо попросить сервер приложений об этом.
Пул не надо создавать, он создаётся автоматически при первом и последующих запросах к базе без всяких телодвижений со стороны программиста.
svenom,
Специально для Вас, тынц .Опять непонимание, опять глупость. Вы хоть прочитали, что написано там? Если нет, то я вам покажу кое-что из того, что написано на этой страничке.
Сначала там сказано:
авторВ драйвере JDBC реализованы необходимые интерфейсы JDBC 3.0, что позволяет драйверу участвовать в любой реализации пулов соединений, предоставляемой поставщиками ПО промежуточного слоя и совместимой с JDBC 3.0.Я уверен на 95%, что вы дальше даже читать не стали. Но что это? Что же там написано дальше?
авторДрайвер JDBC поддерживает пулы соединений Java EE, однако не предоставляет собственную реализацию работы с пулом . Драйверу необходимо, чтобы управление соединениями осуществлялось серверами приложений Java сторонних разработчиков. Ой, ну как обычно - сели в лужу. Это из той же оперы, что и ваш перл с Хибером - "то еще гавно, вытягивает всю таблицу полностю, вот только я никогда его в глаза не видел и не знаю, как это смоделировать".
На всякий случаи небольшой ликбез.
1) Когда вы вызываете что-то типа Connection connect = DriverManager.getConnection(...) , как это написано у автора, ни о каком коннекш пула речи идти не можеи, в этом случае всегда открывается новое соединие.
2) Для работы с пулом соединений нужно работать через интерфейс DataSource . Причем, есть реализации DataSource, которые используют пул, а есть те, которые его не используют. И в той статье, что вы мне показали, как раз написано, что в JDBC от Микрософта есть две реализации DataSource. Более того, там черным по белому написано, что пулом коннекшном должен управлять аппликейшн сервер.

Petro123svenom,
я с тобой согласен, только будь ты "подипломатичнее" :)
- пул в моей строке коннекта реализовывает MDAC MS в COM OleDB в операционке.
- поэтому для программиста напр Delphi - всё прозрачно. Он этим не занимается.
Так же как и асинхронным доступом к БД. Опять всё берёт на себя DAL в виде MDAC MS.
imhoНу это все к Java никакого отношения не имеет, а потмоу является оффтопом. Просто нашим представителям .Net надо понять, что если у них EF какого-то хреня вытягивает всю таблицу из БД в память, то это не значит, что Java то же так делает. Если .Net пулит коннекшны одним способом, то это не значит, что Java делает это так же. Да, огромное количество подходов в мире .Net скопированы с Java, а потому издалека обе платформы выглядят почти идентичными, но конечные реализации, разумеется различаются, порой диаметрально. ShSerge никак не может это понять и бездумно проецирует все, что есть в .Net на мир Java. Как следствие, у нас каждый второй топик превращается в спор, где либо вы , либо ShSerge приводите просто какие-то фантастические аргументы и домыслы, а джависты вынуждены опровергать эти еретические утверждения, дабы не сбить с толку топик стартера.
Давайте наконец придем к модели общения "подумал - написал", а не просто "написал".

ShSergeНу позволяет ну и что? Ещё раз повторяю, что для драйвера JDBC к MS SQL никаких телодвижений для создания пула, со стороны программиста, делать не надо. Ну опять чушь, чушь просто полнейшая. Еще раз поясню - через голый JDBC нельзя сделать пул путем вызова DriverManager.getConnection(), как это сделано у автора. В этом случае всегда будет открываться новое соединение. Для того, что бы работа с пулом была возможно надо работать через интерфейс DataSource, причем с той его реализацией, которая поддерживает пулинг. То есть дополнительные телодвижения обязательны. Другое дело, что эти телодвижения обычно перекладываются на апп. сервер, а не делаются руками.

авторК тому же, внимательно почитайте, что речь идёт о вэбе. Так что коннект Вы никак сохранить не сможете в любом случае. Да, возьмёте из пула, но это всё равно будет другой коннект.Очередной перл - хоть стой, Хоть падай. Какая разница веб - не веб? С точки зрения JVM коннекшн к БД это обычный объект, который инкапсулирует в себе открытый сокет. Открытые коннекшны в пуле хранятся в JVM, как и сам пул. Они могут храниться где-то в апп. сервере, если это веб на Томкате - они хранятся где-то в томкате, если это обычная JavaSE - то они хранятся там, где вы сказали.

авторПосмотрите значение переменной @@spid для двух разных страниц одного и того же вэб-приложения. Не, даже не так, спид может совпасть, если первый коннект закрыт. Создайте временную табличку с одной решёткой, например #test, а потом попробуйте её открыть на другой странице.К теме разговора отношения не имеет. Никто не будет хранить временные таблицы между транзакциями. Был уже тут недавно топик про это. Если надо хранить - тогда получайте коннекшн и держите открытым его между транзакциями сами. У пула соединений только одна задача - выдать соединения по запросу программы, разумеется нет никакого отслеживания и корреляции между отдельными запросами соединения.

ShSergeВо-первых ещё как имеет. А временные таблицы прекрасно себе хранятся между транзакциями. Кстати, есть некоторые моменты - это соединение, пакет и транзакция. Временные таблицы хорошо работают между транзакциями и пакетами (т.е. разными запросами), но не работают между разными коннектами. Между пакетами только таблицы-переменные не работают.Все верно - к теме атора это отношения не имеет.

ShSergeППС. Свеном, что Вы так возбуждаетесь? Комплексы?Разумеется. У меня особый комплекс - возбуждаюсь, когда люди пишут то, в чем не разбираются. Ну а если серьезно, я уже объяснил выше почему. Потому что каждый второй топик скатывается в бессмыленные споры из-за того, что вы и еще некоторые участники форума пишут настолько неверные, а порой и глупые вещи, что у меня, как у высококвалифицированного специалиста, волосы дыбом встают, и я вынужден опровергать эти утверждения, дабы люди, которые действительно пытаются в чем-то разобраться, ни в кое случае к вам не прислушивались. А то побежит сейчас гипотетический IDVsbruck выискивать пулы там, где их нет, только из-за того, что у вас что-то как-то работает в ADO. Это не форум ADO, это форум Java.

ShSergeПС. Ещё раз повторяю, ТС спрашивает о продукции майкрософта, а не о яве вообще. Почитайте внимательно мой пост. Я только предложил, что коннект через MS JDBC работает точно также, как АДО. Вообще-то это только ремарка была. На самом деле, я предложил запрос правильно переписать.Вот здесь вы предположили:
ShSergeНо! Если использовать "родной" JDBC от майкрософта, то, скорее всего, каждый новый коннект будет браться из пула соединений именно по строке коннекта.Потом я объяснил вам что это не так, дал вам ссылки и пищу для размышлений, но вы вместо того, что бы попытаться понять, что я написал, сделали уже не предположение, а утверждение , разумеется, опять неверное:
ShSergeЕщё раз повторяю, что для драйвера JDBC к MS SQL никаких телодвижений для создания пула, со стороны программиста, делать не надо.

ShSergesvenom...А то побежит сейчас гипотетический IDVsbruck ...
Ну, поскай сбегает. Вообще-то, мы с ним давно знакомы. Поверьте, он - не неофит. Если задал вопрос, значит, действительно, что-то не то.Разумеется, не то. Там адов ад в коде, о чем писал и он, и я, и часть других участников обсуждения.

ShSergeА почему утверждение неверное? Я вот наверняка не знаю. Вот Вы и докажите, если Вы знаете. И почему опять? Я что-то не то написал?Потому что работа с JDBC драйвером Microsoft ничем не отличается от работы драйвера любого другого вендора. А именно:
а) DriverManager.getConnection() всегда приводит к созданию нового соединения с БД.
б) Для работы с пулом соединений нужно использовать не DriverManger, а интерфейс DataSource, инстанс реализации которого надо создавать либо вручную, либо делегировать это контейнеру (как обычно и делают).

ShSergeА-а-а, понял это Вы про ОРМ? Вобщем-то, очень многие, а не только я, считают орм наркотиком для ламеров. Что ломка началась? Нет, вы, увы, не поняли.