|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
JVFИммануил Бонд Аренконе узнаешь, ибо туптуп как раз ты, если не понимаешь принципов работы одно и многозвенных приложений. фигачь пул из 20-ти соединений на одного клиента, чо. бу-га-га ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2016, 19:34 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
постоянный коннект нужен из-за использования процедур, заполняющих темповый таблицы на сессию. а переписывать сотню процедур из-за софтинки желания нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2016, 19:54 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Karlus, ну так держите его в статическом поле класса ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2016, 20:02 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
JVFmasleshovJVF, позвольте, а зачем держать открытым соединение, если его никто не использует, и тем самым уменьшать доступные подключения?затем, сынок, что создание новаго соединения это - дорогое удовольствие, а в клиент-серверных приложениях пул соединений - не используется. папочка, расскажи пожалуйста, а что же используется в клиент-серверных приложениях вместо пула? особенно интересует случай, когда используется ORM и да, твоя любимая трехзвенная архитектура кстати. а ты давно свой проект на мемори лики проверял? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 05:12 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Karlusпостоянный коннект нужен из-за использования процедур, заполняющих темповый таблицы на сессию. а переписывать сотню процедур из-за софтинки желания нет. А зачем их переписывать? ============ Если сотня процедур выполняется подряд, без перерыва, то тогда да, лучше открыть соединение и держать открытым пока они все не выполнятся. Но как только начинает работать пользователь, который что-то читает или пишет раз в 5 минут, то тут лучше открывать и закрывать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 07:13 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
[quot Cat2]Karlus============ Если сотня процедур выполняется подряд, без перерыва, то тогда да, лучше открыть соединение и держать открытым пока они все не выполнятся. С концепцией пула вроде также будет, откроем через using соединение, пул выдаст нам имеющееся свободное или создаст новое, и внутрях выполним процедуры, после чего вернем в пул соединение ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 08:17 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Блин, криворуко процитировал, должно быть так Cat2Если сотня процедур выполняется подряд, без перерыва, то тогда да, лучше открыть соединение и держать открытым пока они все не выполнятся. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 08:18 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
та ладно вам, приложению лет 300, изначально писали на повербилдере, а там модно было держать глобальный коннект, да и оракловый коннет подороже будет чем у MSSQL ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 08:57 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Karlusпостоянный коннект нужен из-за использования процедур, заполняющих темповый таблицы на сессию. а переписывать сотню процедур из-за софтинки желания нет. Если постоянный коннект не держать, то как тогда решать проблемы связанные с временными таблицами? Например использую такой прием для установки фильтра: создается временная таблица с ID нужных записей, затем выборка Код: sql 1.
Во первых фильтр гибкий можно делать, во-вторых если наложение фильтра медленное, то тормоз только один раз, в третьих в #filter кроме ID можно часть инфы с других таблиц закэшировать, а в четвертых просто удобно, например в справочнике, когда исправленная запись не исчезает, т.к. после корректировки она перестала попадать под фильтр. Пишу не в .net, в C# с гуем пока не разбирался. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 09:25 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
JVFИммануил Бонд Аренкопропущено... маме своей побибикай (с) чушь порете, товарищты хочешь затрахать сервер ненужными накладными расходами по созданию/уничтожению соединений? давай, сына, нихто тебе не мешает :)Ну настрой так, чтобы в пуле было всегда одно соединение. В чём проблема? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 09:33 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Dima TЕсли постоянный коннект не держать, то как тогда решать проблемы связанные с временными таблицами?Создавай временную таблицу непосредственно перед запросом, в том же соединении, что и основной запрос. Сразу после запроса временную таблицу, вероятно, лучше удалить. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 09:35 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Изопропилта ладно вам, приложению лет 300, изначально писали на повербилдереИли на Delphi. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 09:38 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Dima TЕсли постоянный коннект не держать, то как тогда решать проблемы связанные с временными таблицами? Не надо их решать, надо правильно индексы строить, с нужным покрытием ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 11:26 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Cat2Не надо их решать, надо правильно индексы строить, с нужным покрытием В сложных запросах не всегда индексы помогают. например Код: sql 1. 2. 3. 4. 5.
т.е. фильтр по связанным таблицам, и не по одной. И индексы все есть, но таблицы большие: сотни тысяч и миллионы записей. И тупит все это секунды, хотя результата может быть меньше сотни строк. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 12:51 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Dima TCat2Не надо их решать, надо правильно индексы строить, с нужным покрытием В сложных запросах не всегда индексы помогают. например Код: sql 1. 2. 3. 4. 5.
т.е. фильтр по связанным таблицам, и не по одной. И индексы все есть, но таблицы большие: сотни тысяч и миллионы записей. И тупит все это секунды, хотя результата может быть меньше сотни строк. Ничего не могу на это ответить, так как надо смотреть план выполнения запроса и решать, правильно ли построены индексы. Может у Вашей t1 нужен другой кластерный индекс? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 13:30 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Cat2кластерный индекс MSSQL разжижает мозг ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 16:20 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
ИзопропилCat2кластерный индекс MSSQL разжижает мозг Foх его сушит ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 19:17 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Алексей КНу настрой так, чтобы в пуле было всегда одно соединение. В чём проблема?и сколько, по-вашему, будет соединений в пуле с одним клиентом? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 19:33 |
|
Подключение к Oracle из C#
|
|||
---|---|---|---|
#18+
Cat2Foх его сушит Когда что-то сохнет, то оно сморщивается, а сморщенный мозг самый эффективный, т.к. извилин максимум ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2016, 20:15 |
|
|
start [/forum/topic.php?fid=20&msg=39282358&tid=1400436]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
others: | 255ms |
total: | 399ms |
0 / 0 |