ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / Временные таблицы и ADO.NET
21 сообщений из 46, страница 2 из 2
  2  все
Временные таблицы и ADO.NET
    #35352334
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman S. Golubin
Участник
savolvА как же тогда использовать локальные таблицы??? Их смысл с том, что они создаются только для текущего соединения текущего пользователя.
Временные таблицы выносить за пределы сервера есть зло. Не для этого они предназначены. Как вариант - пересматривайте логику (лучший вариант), что бы клиент не общался с таблицами вообще (и с временными в том числе). Или делайте костыли - постоянную таблицу + view (для разделения данных пользователей) + табличную функцию над ней для разделения данных пользователя (если используете более одного логического соединения).
...
Рейтинг: 0 / 0
03.06.2008, 19:58
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35353017
Фотография WYPMAH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WYPMAH
Участник
Roman S. GolubinВременные таблицы выносить за пределы сервера есть зло.
+1
я вообще не понимаю, что автор сам создает себе проблемы, временные таблицы пусть будут на серваке, они там никому не мешают, а вам проблем меньше.
...
Рейтинг: 0 / 0
04.06.2008, 08:55
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35353695
savolv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savolv
Гость
Ладно поясню задачу. Делаю конвертор по переброске данных из одной базы (не MS SQL) в другую (MS SQL). В новой базе (сторонних производителей) логика крутится вокруг локальных таблиц. В приложении на Delphi с этим нет вообще никаких проблем. Я пишу приложение-конвертор на .NET. И вот у меня есть проблемы. Я не в силах менять никакой логики работы базы. Я лишь хочу чтобы мой конвертор нормально работал с учетом того, что на сервере процедуры используют локальные таблицы.
По существу кто-нибудь может что-нибудь сказать по вопросу появления двух соединений с базой при наличии только одной строки подключения. Ведь если есть прецедент, то почему, например не возникнет ситуации, когда мое приложение будет самопроизвольно плодить не два, а сто соединений?
...
Рейтинг: 0 / 0
04.06.2008, 12:31
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35353756
Фотография buser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
buser
Участник
Очень жаль что Вы не хотите ничего почитать про то, как работает пул соединений...
Покажите код (естесно без лишнего фарша) кторый приводит к появлению ещё одного соединения...

И ещё... просто моё мнение - строить трансфер так, как это делаете Вы не эффективно... нак Вам логика этих производителей?
...
Рейтинг: 0 / 0
04.06.2008, 12:43
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35353798
savolv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savolv
Гость
buserОчень жаль что Вы не хотите ничего почитать про то, как работает пул соединений...
Покажите код (естесно без лишнего фарша) кторый приводит к появлению ещё одного соединения...

И ещё... просто моё мнение - строить трансфер так, как это делаете Вы не эффективно... нак Вам логика этих производителей?
Логика производителей мне как раз таки и нужна. Допустим есть процедура которая заполняет основную таблицу в базе и пяток дополниельных. Причем в каждой из этих таблиц есть триггеры с процедурами увязанными на локальные таблицы. Так вот в этих процедурах много различных условий и проверок, которые уже реализованы разработчиками базы. Почему я не должен использовать эту логику? Это в разы упрощает мою задачу.


Этот код я уже приводил выше
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
string sql1 = "CREATE TABLE #localtable...";
System.Data.SqlClient.SqlConnection conn= new System.Data.SqlClient.SqlConnection(MyApp.Properties.Settings.Default.txtConnectionString);
System.Data.SqlClient.SqlCommand command = new SqlCommand(sql1, conn);
conn.Open();
command.ExecuteNonQuery();
command.CommandText = sql2;
command.ExecuteNonQuery();
command.CommandText = sql3;
command.ExecuteNonQuery();
conn.Close();

regionTableAdapter regionTableAdapter = new regionTableAdapter();
regionTableAdapter.Fill(abonentDataSet.region);
...
Рейтинг: 0 / 0
04.06.2008, 12:51
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35353846
Фотография buser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
buser
Участник
Т.е. Вы хотите сказать что у Вас между conn.Open(); и conn.Close(); создаютсяновые сессии?
...
Рейтинг: 0 / 0
04.06.2008, 13:04
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35353899
savolv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savolv
Гость
buserТ.е. Вы хотите сказать что у Вас между conn.Open(); и conn.Close(); создаютсяновые сессии?

Нет.
Я хочу сказать что здесь создаются локальные таблицы
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
string sql1 = "CREATE TABLE #localtable...";
System.Data.SqlClient.SqlConnection conn= new System.Data.SqlClient.SqlConnection(MyApp.Properties.Settings.Default.txtConnectionString);
System.Data.SqlClient.SqlCommand command = new SqlCommand(sql1, conn);
conn.Open();
command.ExecuteNonQuery();
command.CommandText = sql2;
command.ExecuteNonQuery();
command.CommandText = sql3;
command.ExecuteNonQuery();
conn.Close();

Код: plaintext
1.
2.
regionTableAdapter regionTableAdapter = new regionTableAdapter();
regionTableAdapter.Fill(abonentDataSet.region); // А ВОТ ЗДЕСЬ ЛОКАЛЬНЫХ ТАБЛИЦ УЖЕ НЕТ

В несколько измененном коде, если не делать conn.Close() реально висят два соединения.
...
Рейтинг: 0 / 0
04.06.2008, 13:14
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35353927
savolv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savolv
Гость
В этих соединениях через профайлер замечен разный SPID. Еще раз напомню, что строка подключения в приложении ОДНА.
...
Рейтинг: 0 / 0
04.06.2008, 13:22
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35353996
Фотография buser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
buser
Участник
хз... может...
Код: plaintext
Min Pool Size =  1
?
...
Рейтинг: 0 / 0
04.06.2008, 13:37
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354031
savolv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savolv
Гость
buserхз... может...
Код: plaintext
Min Pool Size =  1
?

Не помогает. Помогает только ConnectionReset=false.
...
Рейтинг: 0 / 0
04.06.2008, 13:48
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354079
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman S. Golubin
Участник
savolvПомогает только ConnectionReset=false.
Вам помочь может только изменение логики работы с "таким" сервером. Пишите всю обработку на SQL и пускайте все что касается временнчх таблиц в одном батче:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
...
command.CommandText = @"CREATE TABLE #T...
...
exec Proc1;
exec Proc2;
...
DROP TABLE #T;
";

command.ExecuteReader...
...
Рейтинг: 0 / 0
04.06.2008, 14:00
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354083
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman S. Golubin
Участник
Да, и еще - не забудьте надавать разработчикам серверной части линейкой по граблям!
...
Рейтинг: 0 / 0
04.06.2008, 14:02
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354100
savolv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savolv
Гость
Roman S. GolubinДа, и еще - не забудьте надавать разработчикам серверной части линейкой по граблям!
+1

Но все таки интересно почему два соединения от клиента, хотя по логике, как ни крути должно быть одно. Пул для того он и пул, чтобы не выдавать лишние соединения если строка подключения одна.
...
Рейтинг: 0 / 0
04.06.2008, 14:07
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354135
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman S. Golubin
Участник
savolvПул для того он и пул, чтобы не выдавать лишние соединения если строка подключения одна.
В пуле есть собственные процессы. Часть из них, при нагрузке, или недофетченном курсоре, например, может быть отложена "на потом", и вместо освобождения текущего соединения пул легко может выдать новое. Именно для этих целей, в том числе, пул и предназначен.
...
Рейтинг: 0 / 0
04.06.2008, 14:18
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354180
savolv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savolv
Гость
Roman S. Golubin
В пуле есть собственные процессы. Часть из них, при нагрузке, или недофетченном курсоре, например, может быть отложена "на потом", и вместо освобождения текущего соединения пул легко может выдать новое. Именно для этих целей, в том числе, пул и предназначен.

Все ясно. Значит постулат "единая строка подключения -> одно соединение" не верен. Хотя в литературе я обратного утверждения нигде не встречал. Возможно мало читал по этому поводу.

Применительно к моему случаю все равно непонятно.
...
Рейтинг: 0 / 0
04.06.2008, 14:35
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354188
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman S. Golubin
Участник
savolvВсе ясно. Значит постулат "единая строка подключения -> одно соединение" не верен.
Зависит от того, что Вы считаете "одним соединением". Логическое соединение - да. Физическое - как придется, иначе зачем тогда вообще пул нужен? :)
...
Рейтинг: 0 / 0
04.06.2008, 14:38
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354198
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman S. Golubin
Участник
savolvПрименительно к моему случаю все равно непонятно.
Что не понятно? Аналогия с пистолетом. Стреляете из одного пистолета, патроны одни и те же, но вместо того, что бы перезаряжать каждый раз одну и ту же обойму, когда патроны в ней закончились (или заклинило, или еще что нибудь), Вы достаете другую и продолжаете стрелять дальше.
...
Рейтинг: 0 / 0
04.06.2008, 14:42
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354208
savolv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savolv
Гость
Roman S. Golubin savolvПрименительно к моему случаю все равно непонятно.
Что не понятно? Аналогия с пистолетом. Стреляете из одного пистолета, патроны одни и те же, но вместо того, что бы перезаряжать каждый раз одну и ту же обойму, когда патроны в ней закончились (или заклинило, или еще что нибудь), Вы достаете другую и продолжаете стрелять дальше.

Как раз и непонятно где у меня заклинило или патроны кончились, что потребовалось новую обойму вставлять :)
...
Рейтинг: 0 / 0
04.06.2008, 14:47
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354288
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman S. Golubin
Участник
savolvКак раз и непонятно где у меня заклинило или патроны кончились, что потребовалось новую обойму вставлять :)
Думаю, в Вашем случае проблема в том, что Вы пытаетесь повторно использовать один и тот же объект SqlCommand - создайте отдельный для каждого запроса, не забывайте использовать Command.Dispose, что бы команда "отпустила" соединение. Хотя, я не уверен, возможно, именно в этот момент может происходить "смена обоймы", точно так же, как и при изменении Command.CommandText. Рефлектором. конечно, можно посмотреть, что там происходит, но не факт, что завтра логику не сменят и не придется все переписывать. :)
...
Рейтинг: 0 / 0
04.06.2008, 15:10
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354334
savolv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savolv
Гость
Roman S. Golubin
Думаю, в Вашем случае проблема в том, что Вы пытаетесь повторно использовать один и тот же объект SqlCommand - создайте отдельный для каждого запроса, не забывайте использовать Command.Dispose, что бы команда "отпустила" соединение. Хотя, я не уверен, возможно, именно в этот момент может происходить "смена обоймы", точно так же, как и при изменении Command.CommandText. Рефлектором. конечно, можно посмотреть, что там происходит, но не факт, что завтра логику не сменят и не придется все переписывать. :)

Попробовал. Не помогло :-(
...
Рейтинг: 0 / 0
04.06.2008, 15:29
| Ответить | Цитировать | Написать  
Временные таблицы и ADO.NET
    #35354436
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman S. Golubin
Участник
savolvПопробовал. Не помогло :-(
Тогда попробуй наоборот - объединить все команды в один батч :)
...
SqlCommand command = new SqlCommand(sql1 + ";" + sql2 + ";" + sql3, conn);
...
...
Рейтинг: 0 / 0
04.06.2008, 16:00
| Ответить | Цитировать | Написать  
21 сообщений из 46, страница 2 из 2
  2  все
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / Временные таблицы и ADO.NET
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=17&msg=35353695&tid=1352253]:
 0ms
get settings:
 6ms
get forum list:
 14ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 39ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 41ms
get tp. blocked users:
 1ms
others: 206ms
total:  321ms
созд. / загр.: 321ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]