Использование одного соединения разными приложениями

Добрый день.

Проблема в следующем. Имеется несколько приложений, которые используют соединение с одной базой данных на сервере. На сервере стоит firebird в режиме classic, соответственно создается по одному процессу на каждое приложение. Сейчас ситуация такая, что 100 пользователей запускает по 10 приложений одновременно к примеру, т.е. уже 1000 процессов на сервере, это крайне не расточительная роскошь.

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

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

Или может есть все-таки решение легкое и стандартное?)

0

как сисадмину вам надо думать в сторону увеличения производительности сервера

а как программисту о создании промежуточного сервера к которому будут коннектится клиенты, а уже он обращаться к БД

ЗЫ я не понял - программа открывает соединение и оно висит? до каких пор? почему не выполнить запрос и закрыть подключение? У нас на складе 80 ТСД коннектятся к серверу с Firebird и никаких проблем нет.

0

как сисадмину вам надо думать в сторону увеличения производительности сервера

Сервер не напрягается Просто мне как сисадмину показалось нерационально использовать мощности сервера на глупости программиста, т.е. опять же меня.

а как программисту о создании промежуточного сервера к которому будут коннектится клиенты, а уже он обращаться к БД

это опять-таки нерационально при возможности простого решения, которое собственно ищу.

почему не выполнить запрос и закрыть подключение?

ну вот, сразу чувствуется, что на форуме программистов) Честно говоря, раньше так и делал, но почему-то в последствии стал при запуске приложения инициировать, при закрытии приложения - разрывать. Связано было с двумя факторами:
1) не предугадал действия пользователей, думал они запустят приложение, сделают свое дело и закроют его тут же, а оказалось, что они их тупо сворачивают, более того, умудряются несколько экземпляров запустить - но эту проблему решил;
2) почему-то казалось, такие частые подключения/отключения неразумные решения и напряг для сервера, не знаю почему так казалось, по логике те же запуски транзакций и коммиты, ну эти то хоть я запускаю и завершаю/откатываю когда надо))

Добавлено через 3 минуты
Блин, вспомнил еще третью причину. В приложениях открываются DBgrid, и если закрыть подключение, датасеты соответственно тоже закроются. Так что задача еще актуальна.

0

А чего не установить super server FB?

0

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

0

Потоки выполнения запросов все равно разные.
Да и спасаться от снежков под танковой броней как-то не очень оптимально.
На официальной странице так и сказано:

Под Windows выбирайте Superserver.

Впрочем, если серверный комп тянет этакую прорву процессов, то пусть будет и классик.
А передавать хендлы от клиента к клиенту для работы в одном и том же процессе (ИМХО) желание, скорее, из области фантастики.

0

У меня Superserver почему-то ассоциируется с общагой, а classic с многоквартирным домом, где у каждого своя квартира со своё пространство (кэш). И в квартире соседи меньше вступают в конфликт между собой, чем в общаге. Я выбираю многоквартирный дом) Да и судя по описаниям superserver может быть проблемным для многопроцессорного сервера, что и есть в моем случае.
Но суть понял, что решения моего вопроса нет. Нужно значит упаковывать все в одну программу, либо смириться с большим кол-вом процессов.

0

superserver может быть проблемным для многопроцессорного сервера, что и есть в моем случае

В FB такая ситуация предусмотрена:

На многопроцессорных серверах под управлением Windows, производительность может резко снизиться, поскольку операционная система будет переключать процесс (Firebird) между процессорами. Чтобы избежать этого, установите параметр CpuAffinityMask в конфигурационном файле firebird.conf.

0

Сообщение от Layman Сервер не напрягается Просто мне как сисадмину показалось нерационально использовать мощности сервера на глупости программиста, т.е. опять же меня

если сервер не напрягается, то в чем проблема?
просто "показалось"?

Сообщение от Layman это опять-таки нерационально при возможности простого решения, которое собственно ищу.

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

Сообщение от Layman но почему-то в последствии стал при запуске приложения инициировать, при закрытии приложения - разрывать

вы с ума сошли. хорошо что у вас пользователей мало и про блокировки вы еще не читали.

Сообщение от Layman 1) не предугадал 2) почему-то казалось, Блин, вспомнил еще третью причину. В приложениях открываются DBgrid,

1 и 2 вообще без комментариев. Вы хоть книжки читаете что бы понять как правильно, или только на "показалось" работаете?
3) не используйте DBGrid

ТС насколько вредят серверу эти 1000 процессов? Стоит ли дергаться если "опасности" нет?

0

если сервер не напрягается, то в чем проблема? ТС насколько вредят серверу эти 1000 процессов? Стоит ли дергаться если "опасности" нет?

Я не дергаюсь, все ОК, к чему истерики? Пока 1000, дальше будет 10000000ХХХ и сервер начнет напрягаться. Я не живу одним днем и планирую очевидные вещи.

промежуточный сервер это как раз самое простое решение.

Нафига огород городить еще какими то посредниками? Че за бред.. Это школьнику понятно, что в данном случае нужно другое решение.

вы с ума сошли. хорошо что у вас пользователей мало и про блокировки вы еще не читали.

а вы меня точно правильно поняли, что я под инициацией имел ввиду подключение к БД, а не старт транзакций?

0