ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Стоит ли исползьовать Firebird в Enterprise приложениях
25 сообщений из 60, страница 2 из 3
  2  все
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32323777
Фотография TheOne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TheOne
Участник
Появились новые результаты и решил поделиться.

Короче не выдержала душа "поэта" и я написал дополнительный Thread для ADO и тест показал что MS SQL просто "душка" 500 соединений выполнил даже не поругавшись. Скорость конечно упала где то на 30% по ставнению с одним, но главное не повис и честно выполнил свой "долг"

Предварительно можно заметить что Firevird классная штука для десктоп, если соединений не больше 20, но потом нужно все таки переходить на что то платное :(

Надо будет теперь потестить с интернет соединением а не с локальным компом.
...
Рейтинг: 0 / 0
14.11.2003, 00:14
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32323945
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Серега
Участник
2TheOne
ну сервер я конечно впервые поставил, но таблицу созадть научился :) И создал также как и в ИБ стояла.
За MS не скажу, не юзал. Но вот в Оракле например огромное значение имеют параметры хранения таблицы/индекса. И то что ты ее создал с такими же полями/индексами еще ни о чем не говорит. Я это имел в виду.
...
Рейтинг: 0 / 0
14.11.2003, 09:31
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324055
Малиновский Владимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малиновский Владимир
Участник
Ну а если рассмотреть многозвенку? Архитектуру приложения придется пересмотреть, конечно, но зато проблема с числом коннектов просто отпадет. В принципе можно вообще один открытый коннект держать от сервера приложений к серверу БД. Можно вообще создать сервер приложений, ориентированный только на задачу обслуживания запросов от большого числа пользователей. И не сложно, и предсказуемо (в плане - вместо большого числа коннектов - большое число запросов). И правдоподобный тесты реальных нагрузок можно написать.
...
Рейтинг: 0 / 0
14.11.2003, 10:47
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324359
Фотография Zmeishe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zmeishe
Участник
Малиновский Владимир писал:В принципе можно вообще один открытый коннект держать от сервера приложений к серверу БД.
Действительно можно, но под одним единственным логином. Скорее всего SYSDBA. На сервере приложений перехватывать логин подключающегося пользователя, заменять его на SYSDBA. И спец. запросами (т.е. писать свой алгоритм) выяснять права этого пользователя на те или иные операции с данными. Это немного утяжелит сервер приложений, но зато выигрыш очевиден - ОДИН КОННЕКТ на всех пользователей!
...
Рейтинг: 0 / 0
14.11.2003, 13:06
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324525
q
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
q
Гость
=> В принципе можно вообще один открытый коннект держать от сервера приложений к серверу БД

И сколько же времени клиентское приложение будет ждать ответа от сервера в таком случае? 300 одновременных пользователей, 1 коннект. Послав запрос, клиенту придется ждать, пока в единнственном коннекте будут обработаны все ранее поступившие запросы. Даже, если каждый пользовательский запрос сервером БД выполняется за 0.1 сек (не говоря уже о каких-нибудь тяжелых запросах), то клиент, послав запрос будет ждать 299*0.1 сек, т.е. 29,9 секунд. По моему, полный гемор
...
Рейтинг: 0 / 0
14.11.2003, 14:23
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324531
Фотография Zmeishe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zmeishe
Участник
За всё надо платить!!! Природа не терпит пустоты!
Выигрываешь в силе - проигрываешь в расстоянии, выигрываешь в расстоянии - проигрываешь в силе.
Поэтому моё первоначальное предложение Connect -> SQL -> Disconnect - это некий компромисс.
...
Рейтинг: 0 / 0
14.11.2003, 14:29
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324558
NOV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NOV
Гость
Насколько я читал
7 версия Interbase поддерживает многопроцессорность, а в 8 в этом плане
борланды обещали еще поднажать как раз в плане количества одновременных подключений, так что можно начинать с Firebird
а потом купить 8 Interbase и работать
А если рассматривать другие сервера, то я бы рекомендовал
Oracle с ним конечно не так легко начать как c MS SQL
но зато гарантировано никаких ограничений, у нас в головном офисе
постоянно порядка 250 конектов (пики до 400) гигабайтные базы с сотнями таблиц и все крутиться на 4 процессорном сервере с 2Gb памяти, более чем шустро.
...
Рейтинг: 0 / 0
14.11.2003, 14:44
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324655
Малиновский Владимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малиновский Владимир
Участник
2 q

Ну, а что, 300 "независимых" коннектов не так же :

"299*0.1 сек, т.е. 29,9 секунд"?
...
Рейтинг: 0 / 0
14.11.2003, 15:27
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324676
Малиновский Владимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малиновский Владимир
Участник
Ну, если есть деньги на штатного администратора БД, на лицензии, и требуется то, на чем неизветно как будет работать InterBase - то зачем огород городить? MSSQL - и вперед.
InterBase (FireBird) - это ж для нас, халявщиков, для тех, кто не желает много платить, хочет сервер с одной дискетки ставить и чтобы прогу никто не обслуживал, пока программист о отпуске. Ну, и чтобы стоимость конечного продукта не прыгнула вверх из-за стоимости сервера БД.
Хотя, конечно, хотелось бы, чтобы IB справился...
...
Рейтинг: 0 / 0
14.11.2003, 15:32
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324734
Фотография Zmeishe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zmeishe
Участник
А вот я и проверю. Мне ОХ-ННУЮ задачу ставят. После нового года начну.
Нет, пожалуй после старого нового года.
Объём - население Нижегородской губернии + х-ева туча параметров.

Делать будем на IB и синхронно на MS-SQL. Клиентская софтина одна.
Разделение пойдёт на сервере приложений.

И мне и руководству стало серьёзно интересно какой SQL на одинаковой задаче и объёмах выживет, а какой загнётся. Какова производительность выйдет. Сколько коннектов выдержит.
Оно прямо в тему обсуждения попадает.
...
Рейтинг: 0 / 0
14.11.2003, 15:50
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324759
Малиновский Владимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малиновский Владимир
Участник
Ты уж постарайся, чтобы IB не кирдыкнулся!
...
Рейтинг: 0 / 0
14.11.2003, 16:02
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32324819
Фотография Zmeishe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zmeishe
Участник
Месяцев через шеть-семь узнаем, если не свихнёмся.
...
Рейтинг: 0 / 0
14.11.2003, 16:21
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32325013
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Серега
Участник
Не, мужики. Вы все таки не о том говорите. На Энтерпрайз проектах производительность конечно важна. Но еще (всего) важнее сохранность данных и масштабируемость. Можно и одним запросом Оракл в даун кинуть, можно и сотни юзеров на ИБ держать. Это только от кривизны рук зависит. А вот обеспечить 100% (почти) гарантию сохранности данных - это ИБ помоему не по зубам. От бэкапа до бэкапа данные незащищены. А каждый день его делать в лом. Если это пара накладных на складе - хрен с ними, наколотим по бумажке. А вот если вы скажете тем 300 юзерам, что "то что вы вчера сделали - псу под хвост" я представляю последствия. У нас был случай - удалил один наш товарищ 40000 записей. Бэкапа не было (после этого им (бэкапом) и занялись всерьез 8-). Ой что было!!!
...
Рейтинг: 0 / 0
14.11.2003, 18:03
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32325020
Малиновский Владимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малиновский Владимир
Участник
Да все просто - попробуйте IBExpert, откройте любую таблицу - там есть закладка Logging, где можно организовать всю историю изменений и удалений любых данных. Все зависит от конкретного приложения.
А бэкап тут легко автоматизируется - и без отключения юзеров.
...
Рейтинг: 0 / 0
14.11.2003, 18:10
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32326234
Малиновский Владимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малиновский Владимир
Участник
C многозвенкой ради одного коннекшн прокол: InterBase синхронный сервер (т.е. пока один запрос не отработан, другие не принимаются...). Грустно. Юзайте MSSQL.
...
Рейтинг: 0 / 0
17.11.2003, 14:14
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32327065
Frame Relay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Frame Relay
Участник
2 Малиновский Владимир
FireBird 1 не совсем синхронен даже для SuperServer, а с классиком вообще нет проблем (выйдет релиз 1.5 — будет классик и под Вынь). Да и супер 1.5 в смысле асинхронности продвинут (и не только в этом смысле :-)).
...
Рейтинг: 0 / 0
18.11.2003, 10:20
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32327100
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
C многозвенкой ради одного коннекшн прокол: InterBase синхронный сервер (т.е. пока один запрос не отработан, другие не принимаются...). Грустно. Юзайте MSSQL.
подробнее можно?
первый раз слышу такое.

вроде работают люди, соединяются, веб сервер странички берет, один клиент вообще целые сутки открытый коннект держит. и что? это все мой наркотический сон? а на самом деле ничего не работает?
...
Рейтинг: 0 / 0
18.11.2003, 10:43
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32327145
Фотография Alexey Kovyazin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Kovyazin
Участник
Если покрутить, то можно любой сервер в "синхронный" превратить.

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

Это было сделано для того, чтобы слишком умные люди не покупали Desktop Edition за USD$79 (в котором запрещены сетевые коннекты) и не ставили его под трехзвенку с пулом коннектов :)


With best regards,
Alexey Kovyazin
...
Рейтинг: 0 / 0
18.11.2003, 11:12
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32328066
Фотография TheOne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TheOne
Участник
Сижу, тестирую всякие сервера ...

И вроде пока MS SQL проще в управлении и установке чем DB2, так что дальше буду мучать MS SQL.

Но все такие кажется что сам OLE DB (ADO) очень медлено работает. Может кто посоветует что можно поставить побыстрее? И стоит ли вообще?

Попробовал SQL Server Data Access Components и вроде все начало работать в 2 раза быстрее.

И где можно почитать методично про MS SQL. Для форума мне пока рановато, хотелось бы сначала метдично подучить а потом уже вопросами мучать.

Спасибо!
...
Рейтинг: 0 / 0
19.11.2003, 00:26
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32328321
Малиновский Владимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малиновский Владимир
Участник
Вчера подконнектил к FB 1.5 RC7 1000 юзеров!
SuperServer,
Каждое новое подключение - во время активного предыдущего, наполовину отфетчены простые запросы типа select * from ... (табличка около 1000 записей).

Сервер: Duron 900, 256 mb. Сервер не сдох.
...
Рейтинг: 0 / 0
19.11.2003, 11:16
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32328826
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
Приятно слышать :-))
...
Рейтинг: 0 / 0
19.11.2003, 14:52
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32328875
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman Ignatiev
Участник
Ничего еще не показывает, соединения-то стоят. А поработать запросами/транзакциями? И поактивнее?
...
Рейтинг: 0 / 0
19.11.2003, 15:13
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32328913
Малиновский Владимир
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малиновский Владимир
Участник
Ну, задача-то не умереть, а выжить!
...
Рейтинг: 0 / 0
19.11.2003, 15:27
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32328999
Фотография KiLLun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KiLLun
Участник
Ответ на subj
Лично для меня больше ничего не остается как использовать Firebird

Be Well...
...
Рейтинг: 0 / 0
19.11.2003, 15:55
| Ответить | Цитировать | Написать  
Стоит ли исползьовать Firebird в Enterprise приложениях
    #32329384
Фотография TheOne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TheOne
Участник
To Малиновский Владимир

Очень приятно слышать. В чем же тогда дело что у меня он не тянул? Я тоже поставил FB 1.5 RC7 и после 20 соединений он просто не работал. Правда для теста я написал Threaded програму и поставил соединение и все такое в свой thread и потом запускаю предварительно определное количество, и в каждом среде делаю INSERT. Все нормально работает до 20-25, но после он просто не обрабатывает все что после 25.

Может там есть какие то настройки для сервера? Или что то другое я пропустил?

Спасибо!
...
Рейтинг: 0 / 0
19.11.2003, 19:43
| Ответить | Цитировать | Написать  
25 сообщений из 60, страница 2 из 3
  2  все
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Стоит ли исползьовать Firebird в Enterprise приложениях
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=32324734&tid=1579533]:
 0ms
get settings:
 7ms
get forum list:
 15ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 163ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 63ms
get tp. blocked users:
 1ms
others: 210ms
total:  475ms
созд. / загр.: 475ms
x
x
Закрыть


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