как будет "легче" базе данных?

[Floyd]

всем привет.
у меня общий вопрос по взаимодействию с БД MSSQL.
Нужно коннектить к бд, и с периодичностью 10 сек забирать инфу.
Как будет "легче" для бд (по уделению мне внимания)
а) раз в 10 сек коннект, селект, дисконнект
б) при открытии программы коннект, каждые 10 сек селект, при закрытии дисконнект
?
спасибо.

[FireFenix]

Как угодно, 10сек - большой промежуток времени

[Floyd]

просто я там не один, база довольно нагруженная. поэтому нужно минимум аффекта на нее с моей стороны.

[iGrok]

Сколько таких коннектов будет параллельно?
Какое кол-во запросов будет делаться через этот коннект (или сколько по времени он будет висеть, если его не закрывать)?

Если запросов от одного клиента много, а клиентов мало - то второй способ.
Если клиентов много, а запросов от каждого - мало - то пофигу.

В принципе, при интервале между запросами в 10 секунд, второй способ всегда будет как минимум не хуже.

[Floyd]

запрос один и примтивный.
я сам склоняюсь конечно ко 2му варианту.
но там база может отваливаться или не отвечать.
и не знаю как отслеживать "живость" коннекта.
не подскажете?

[iGrok]

запрос один и примтивный.

Это-то тут при чём?
Я же про количество спрашивал, а не про качество.

Проверять живость - не знаю. Посмотри документацию на то, через что подключаешься. Думаю, там должно быть что-то для этого.

[Floyd]

запрос один и примтивный.

Это-то тут при чём?
Я же про количество спрашивал, а не про качество.

доставляет)

[iGrok]

Что тебе доставляет?

б) при открытии программы коннект, каждые 10 сек селект, при закрытии дисконнект

Т.е. программа, судя по этому, делает несколько запросов.

запрос один и примтивный.

А судя по этому - только один.

Это, знаешь ли, тоже

доставляет)

Опять же, это ни разу не ответ на первый вопрос, который я задал.
Конечно, обязательно нужно искать вокруг себя всякие забавляющие, доставляющие, и просто поднимающие настроение вещи, но всё же внимательно читать, что тебе пишут и включать при этом голову - тоже полезное умение.

[Floyd]

оуе, жесткость наш конёк!
сам запрос за один раз - только один, но прога будет работать круглосуточно. это мониторинг.
то есть я каждые 10сек забираю табличку из бд примтивным запросом.

зы. подскажи, как выключить голову? не могу отдохнуть даже...

[FireFenix]

зы. подскажи, как выключить голову? не могу отдохнуть даже...

омг?
ты проделал такую серьёзную логическую работу, дай боже такое кому-нить попадётся

но там база может отваливаться или не отвечать.
и не знаю как отслеживать "живость" коннекта.

Код: Выделить всё

Try
    Connection.Open()
Catch ex as Exception
    MsgBox("Error: БД недоступна")
End Try


[iGrok]

Floyd
Брр..

То, что запрос за один раз всего один и всегда один и тот же (точнее, однотипный), понятно ещё из первого твоего сообщения. И это не требуется уточнять.

А вот на вопросы:

Сколько таких коннектов будет параллельно?
Какое кол-во запросов будет делаться через этот коннект (или сколько по времени он будет висеть, если его не закрывать)?

Ты так и не удосужился ответить, хотя как раз эти-то вещи и влияют хоть немного на нагрузку на бд и на выбор варианта работы.

Вообще, если стоит задача именно мониторинга, и мониторящих клиентов мало (один-два) то ИМХО лучше воспользоваться первым вариантом - открывать, запрашивать, закрывать.

FireFenix
Это немного не то. Это отлов ошибок при установке соединения. Но в принципе, можно в тот же try-catch и сам запрос обернуть. Тоже вариант.
А вот можно ли как-то у Connection'а узнать, жива ещё база, или только что ушла в оффлайн? Неужели, только делать запрос, и ловить ошибку?

[Qwertiy]

Какое кол-во запросов будет делаться через этот коннект (или сколько по времени он будет висеть, если его не закрывать)?

сам запрос за один раз - только один, но прога будет работать круглосуточно. это мониторинг

[FireFenix]

FireFenix
Это немного не то. Это отлов ошибок при установке соединения. Но в принципе, можно в тот же try-catch и сам запрос обернуть. Тоже вариант.
А вот можно ли как-то у Connection'а узнать, жива ещё база, или только что ушла в оффлайн? Неужели, только делать запрос, и ловить ошибку?

Ну это если не для постоянно соединения, Connection можно загнать в Try, а так
SqlConnection.State = Connection State
Только если оборвалось во время запроса, то через Try отлов что и как там было

[iGrok]

Какое кол-во запросов будет делаться через этот коннект (или сколько по времени он будет висеть, если его не закрывать)?

сам запрос за один раз - только один, но прога будет работать круглосуточно. это мониторинг

Ну как бы я это уже понял, если что.
Я не вырезал это из цитаты только потому, что на него не был дан прямой ответ.

SqlConnection.State = Connection State
Только если оборвалось во время запроса, то через Try отлов что и как там было

Особенно радует примечание "Это значение зарезервировано для будущих версий продукта." для всех состояний, кроме Open и Closed. Надо проверить, что же там окажется при разрыве соединения.

[NashRus]

Если БД близко от клиента, то открывать соединение как можно позже, т.е. перед самым запросом данных, закрывать соединение как можно раньше, т.е. сразу после получения данных.
Это оптимизирует ресурсы сервера и позволяет обслуживать больше клиентов, легче масштабироваться.
Это и решит проблему падения коннекта при установленном соединении, т.к. следующий запрос будет в своей паре открытие / закрытие.

[Antonariy]

Это оптимизирует ресурсы сервера и позволяет обслуживать больше клиентов

Операция отрытия/закрытия более ресурсоемкая, чем поддержание открытого соединения. Когда количество клиентов перевалит какое-то пороговое значение, сервер будет в основном заниматься открытием/закрытием соединений, а не более полезной работой с базой. С другой стороны, если держать открытыми все соединения, сервер исчерпает ресурсы и будет тормозить. Для таких случаев придумали трехзвенку, когда для всех клиентов используется одно (тебе представляющееся как одно, на деле пул соединений, контролируемый MTS) соединение, устанавливаемое в промежуточном звене.

[netdemon]

базе данных будет намного легче если Вы не будете её мучать и оставите в покое.