Стоит ли исползьовать Firebird в Enterprise приложениях / Firebird, InterBase

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Стоит ли исползьовать Firebird в Enterprise приложениях

60 сообщений из 60, показаны все 3 страниц

все

Стоит ли исползьовать Firebird в Enterprise приложениях

#32320782

TheOne

Участник

Сообщения: 205

Рейтинг: 0 / 0

Доброго всем дня суток!

Скажу сразу, я работаю с Firebird уже несколько лет (3+) и в принципе у меня прямо таки "любовь" :) Система работает прекрасно, достаточно быстро, стабильно, уж не говоря о легкости установки версии 1.5 и очень маленьком размере последнего сервера (2.6Mb). Делал разного рода тесты со вставкой 50000 записей в средную таблицу и вроде было нормально, (1600 записей в секунду) создавал таблицы с 2-3М записек для тестирования SELECT и тоже работает совсем не плохо даже через интернет.

Но вот никогда не делал тестирования с 200-300 одновремено подключенными пользователями и с таблицами в 30-40М записей. Просто не знаю как я один могу симулировать такой тест?

До сих пор я Firebird всегда использовался для десктоп програм с максимум 2-3 одновременых соединений, но вот назревает проект централизованного управлениями 300 точками и есть желание централизовать базу для улутшеного упревления и всякого рода отчетов. В среднем каждая точка будет делать не более 200-300 вставок в день, но будет постояно подключена и выбирать разного рода информацию из таблиц. Думаю всего будет где-то 30 таблиц. Вот я и думаю стоит испольозовать Firebird или все таки не стоит?

Попробовал поставить DB2 и потестировать, но скажу сразу не понравилось. Во первых система весит достаточно прелично, работает жутко медленно (одно только создание пустой базы заняло 2-3 минуты).

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

Что посоветуете?

Заранее спасибо!

...

Рейтинг:

0 / 0

11.11.2003, 20:28

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32320793

Scalder

Участник

Откуда: Россия

Сообщения: 100

Рейтинг: 0 / 0

Где-то читал, что interbase (чем по сути и являеться firebird) предназначен для максимум 50-60 клиентов постоянно работающих. По моему мнению это связано с довольно плохой кэшируемостью, т.к. у многих систем узким местом являеться дисковая подсистема, то мне кажеться и у тебя будет так... например MS SQL может почти всё держать в оперативке (что очень разумно при 200-300 активных пользователей). Возможно с кэшированием данных и дела обстоят достаточно хорошо (хотя в книге данный вопрос довольно мягко обходят стороной).
А вообще тебе на ibase.ru надо :)

...

Рейтинг:

0 / 0

11.11.2003, 20:47

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32320802

Gold

Участник

Откуда: Харьков

Сообщения: 2 958

Рейтинг: 0 / 0

Дела такие: если сервер многопроцессорный, то для использования всей его мощи надо ставить класик. Классик на каждое соединение ест много (если не ошибаюсь - 30 метров в среднем, хотя это зависит от то, что соединение делает). вот и получается, что 30 * 300 = 9000 МБ = 9 ГБ, что больше 2-х раз не влазит в 32-разрядное адресное пространство

Всё это теория, конечно. На практике я не проверял...

...

Рейтинг:

0 / 0

11.11.2003, 21:02

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32320810

Denis A.

Участник

Откуда: Челябинск

Сообщения: 301

Рейтинг: 0 / 0

Лучше не надо... Для 200-300 пользователей постоянно онлайн даже на блокировочниках (которые потенциально менее ресурсотребовательные) надо колдовать над каждым запросом, писать хинты оптимизатору, чтобы он не лажанулся в самый неподходящий момент.

К тому же обеспечить приемлимую производительность для 200-300 пользователей можно только на многопроцессорной машине; однопроцессорный даже 3.2 ГГц (атлон или P4) думаю будет в пролете по времени отклика. А если учесть, что многопроцессорность IB не очень помогает, то грустное это будет зрелище.

А количество памяти на сервере для хранения версий, висящих транзакций и кэша БД для каждого клиента (в случае Classic) думаю превысит требования блокировочника на схожих условиях если не на порядок, то близко к этому.

PS под блокировочником подразумеваю MSSQL и Sybase.
PPS думаю, 50 активных пользователей это предел для IB/Yaffil. Непромышленный это сервер и не позиционировался никогда для этой области.

...

Рейтинг:

0 / 0

11.11.2003, 21:23

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32320839

TheOne

Участник

Сообщения: 205

Рейтинг: 0 / 0

Denis A

Спасибо за ответ.

У тебя практический опыт?

Так если не Firebird, что лутше DB2 или Oracle? Если често не особо хочу рассматривать MS SQL, практита показывает что лет 10 продукты микрософт стабильно не работаю, хотя конечно может многое изменилось.

Интерсно былобы знать, как сравнивается цена лицензий, производительность ну и наверно самое главное средства разработки и доступа для Delphi. Что хорошо с Firebird, то что он бесплатный, есть куча тулов для разработки данный и подключения.

Спасибо!

...

Рейтинг:

0 / 0

11.11.2003, 22:59

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32320844

Scalder

Участник

Откуда: Россия

Сообщения: 100

Рейтинг: 0 / 0

Что-то много по 30 мегов на каждого клиента.... что-то вы путаете наверно....
Это чтож получаеться у меня база на 10 мег... с ней работает 10 пользователей и получаеться нужно 300 мег оперативы?

...

Рейтинг:

0 / 0

11.11.2003, 23:10

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32320855

Maks_f

Участник

Откуда: Одесса

Сообщения: 213

Рейтинг: 0 / 0

Более чем 120 пользователей в коннекте не видел, но базы до 120 конн размером 4 гига, видел. Живут, точнее требуют ухода, типа ежедневного свипа, валида и пересоздания некоторых индексов, которые имеют обыкновение помирать, реально на мой взгляд это граница, на которой необходимо переходить на Oracle или что то типа этого, хотя как практика показывает, все проблеммы из-за того что большинство пользователей не упсированы, и бывают неожиданные отключения света. Оборудование при этом конечно требует затрат, хотя многопроцессорность не обязательна.

...

Рейтинг:

0 / 0

12.11.2003, 00:11

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32320994

gray_k

Гость

Я не очень люблю Майкрософт, но по MSSQL ничего плохого сказать не могу - продукт очень качественный. Знаю нескольких людей, у которых на MSSQL работают базы >10ГБ и количеством коннектов за 100.

...

Рейтинг:

0 / 0

12.11.2003, 09:50

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32321012

Могун

Участник

Откуда: Москва

Сообщения: 271

Рейтинг: 0 / 0

Я бы предложил Вам использовать каскадирование БД и репликацию, если это возможно. Управление может осуществляться через головну БД. Только придется немного ручками пописать. Есть такой опыт, БД были территориально разнесены.

...

Рейтинг:

0 / 0

12.11.2003, 10:09

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32321102

Серега

Участник

Сообщения: 908

Рейтинг: 0 / 0

2TheOne
Попробовал поставить DB2 и потестировать, но скажу сразу не понравилось. Во первых система весит достаточно прелично, работает жутко медленно (одно только создание пустой базы заняло 2-3 минуты).
ИМХО, это не тот критерий по которому выбирают систему для Enterprise приложений. Камаз медленне жигулей, зато везет больше.

Что посоветуете?
ИМХО, неоспоримые достоинства ИБ для "офисных" БД могут являться недостатками для Enterprise.
Ну например бэкап. На Оракле (например) я могу восстановить состояние системы на "за секунду до взрыва". На ИБ такое не сделаешь вроде. Там только простой возврат на бекап. Каждый день его делать для здоровой БД не фонтан. А потеря данных даже за час работы бывает очень критична.
Чем больше настроек можно сделать тем лучше можно обеспечить работу для разных приложений/юзеров.

...

Рейтинг:

0 / 0

12.11.2003, 10:58

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32321143

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

На сайте создателей компонентов FIBPlus читал статью о том, как один из создателей в Германию ездил, продукт толкал. Нувот, там упоминается, что InterBase используется в компании - провайдере сотовой связи, кажется, хранилище системы биллинга. Ну, еще от типа запросов зависит. Если "короткие" пишущие транзакции, и "длинные" читающие, то почему нет?

...

Рейтинг:

0 / 0

12.11.2003, 11:16

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32321172

Roman Ignatiev

Участник

Откуда: Москва

Сообщения: 654

Рейтинг: 0 / 0

Использовать в принципе можно, но осторожно. Тесты требуются, 300 пользователей - это в любом случае серьезно. НАдо ставить классик, и предпочтительнее на nix. Я тестировал в начале лета FB1.5RC4, с кешированием у него все в порядке, чего, действительно, нельзя сказать про IB5 & 6.
Для 300 пользователей понадобится примерно dual P4 3ГГц, памяти минимум 512, лучше гигабайт. Классик у меня по-умолчанию жрал памяти раза в два больше супера. Ессно, два RAID для дополнительного зеркалирования БД, как уже сказано, бекап созраняет данные только на момент его начала.
К сожалению, FB1.5 супер в моем тесте больше 250 коннектов не держал, слетал. НАсчет RC7 - не знаю, но должен. Тест был очень напряженным, клиенты как можно быстрее тянули записи с картинками, и обновляли записи без картинок. Отлетала сеть после 250, скорее, это болезнь уже win2000, но в любом случае надо пробовать.
Классик, кстати, можно настроить параметрами так, что будет работать примерно как супер на большом количестве коннектов.
В заключение скажу, что я бы не рекомендовал использовать IB и клоны в такой конфигурации. Это возможно, но требует очень много эмпирических подгонок.
Хотя, если большей частью просто чтение - потянет, уверен.

...

Рейтинг:

0 / 0

12.11.2003, 11:34

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32321186

Серега

Участник

Сообщения: 908

Рейтинг: 0 / 0

2Roman Ignatiev
Ессно, два RAID для дополнительного зеркалирования БД
От физических сбоев это предохранит. А вот от фатальных ошибок пользователя....

...

Рейтинг:

0 / 0

12.11.2003, 11:43

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32321229

Igor Elyas

Участник

Откуда: Севастополь

Сообщения: 255

Рейтинг: 0 / 0

Была у меня подобная проблема, решение было найдено без смены сервера БД и это как уже говорилось Classic. Но нужно ответить на следующие вопросы:

1. Твоя задача какому типу больше принадлежит - OLTP или DSS ?
2. 20 % заполнение нагрузки сервера выполняется или более 20% - то есть одновременно сервер отрабатывает запросы более 20% пользователей ?

Ответы:

1. если во основном DSS то сервер менять нада - смотри в сторону DB/2, Informix
2. Решение есть если задача в основном OLTP - чем больше процессоров и памяти - тем лучше - еще нужно менять параметер DATABASE_CACHE_PAGES рассчитывая размер соединения и правила распределения памяти классика.

...

Рейтинг:

0 / 0

12.11.2003, 12:00

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32321230

Gold

Участник

Откуда: Харьков

Сообщения: 2 958

Рейтинг: 0 / 0

Кто там мне не верил про 30 Мб? :-) Вот полезная статья , там как раз это есть.

...

Рейтинг:

0 / 0

12.11.2003, 12:01

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32321236

Igor Elyas

Участник

Откуда: Севастополь

Сообщения: 255

Рейтинг: 0 / 0

В догонку -
1. ОС - это должна быть кто то из юниксов.
2. Вопрос оптимзации запросов становится острым на таких объемах.

...

Рейтинг:

0 / 0

12.11.2003, 12:03

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32321537

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

Похоже, при такой нагрузке требования к аппаратуре для разных серверов (Oracle, InterBase, MSSQL) не очень отличаются. Так что читайте спецификации по требованиям к HardWare, приобретайте оборудование и тестируйте... Будет плохо с InterBase/FireBird - придется что-то другое выбирать. В любом случае, при использовании Oracle e.t.c. затраты на оборудование будут незаметны.

...

Рейтинг:

0 / 0

12.11.2003, 14:34

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32322225

TheOne

Участник

Сообщения: 205

Рейтинг: 0 / 0

Спасибо всем за отклики!

Насчет апаратуры так это не проблема. Даже Dual Xeon с прилинчой конфигурацией, SCSI и RAID стоит меньше 3 штук, так что сами лицензии с легкостью перегонят цену харда.

Самое главное это надежность, скорость и low maintance. Так чтобы поставили, наладили и все гладко работало, ну конечно если бомба рядом не взорвется и т.д. :)

Вот поставил MS SQL 2000, вроде поставился сразу без проблем, не так уж и сложно работать. Написал простенькую програмку потестировать INSERT и скажу не в восторге. Для примера в ИБ в такую же таблицу удалось вставлять 12000 записей в секунду, а SQL максимум дотянуло до 920. Тест велся на тойже машине, такая же таблица и все условия примерно такие же.

Насчет юзеров, так 300+ как раз и будут все время висеть :) А всего юзеров может перевалить за тысячи. Хотя эти 300 в основном будут только селектить. Вот думаю а как симулировать такое? Может написать прогру которая создаст столько соединений и начнет бомбить сервер?

Если бы кто обясни что такое DSS и OLTP?

Спасибо!

...

Рейтинг:

0 / 0

12.11.2003, 22:01

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32322415

Серега

Участник

Сообщения: 908

Рейтинг: 0 / 0

2TheOne
Насчет юзеров, так 300+ как раз и будут все время висеть :) А всего юзеров может перевалить за тысячи
Я бы все таки стал смотреть в сторону коммерческих серверов. Для Энтэрпрайз задач нужны Энтэрпрайз инструменты. Причем надо покупать вместе с саппортом . Иначе мало ли чего... Труд тысяч человек псу под хвост... Повесят за яйца, однозначно.

Написал простенькую програмку потестировать INSERT и скажу не в восторге.
Да брось ты фигней заниматься. Че ты тут проверишь? Если ты этот сервер поставил впервые в жизни, то как ты можешь знать, что "такая же таблица и все условия примерно такие же.".
К тому же в одиночку перенести 1000 мешков из комнаты в комнату и 1000 человек по одному мешку - это две большие разницы.

Если бы кто обясни что такое DSS и OLTP?
OLTP - оперативная обработка транзакций. Когда все читают/пишут/правят примерно в одинаковых пропорциях.
DSS - система принятия решений. В основном тяжелые запросы на чтение с аналитикой.

Чистые OLTP и DSS системы в природе встречаются редко. В основном смесь.

...

Рейтинг:

0 / 0

13.11.2003, 09:24

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32322462

Denis Uskov

Участник

Откуда: New Urengoi

Сообщения: 483

Рейтинг: 0 / 0

>Gold

Цитата:
"ДК - объем памяти клиентского процесса в Classic зависит от базового количества страниц кэша (75) и от количества метаданных в базе"

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

С уважением, Denis Uskov

...

Рейтинг:

0 / 0

13.11.2003, 09:59

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32322503

Artyom_ru

Гость

Приветик.
В принципе можно рассмотреть вопрос о создани многоуровневых приложений. ИМХО при 300+ пользователях на любом сервере гайморит поимеешь. Если задача не очень сложная то можно с криком ура попробовать свой интерфейс между сервером и клиентами, который будет принимать данные с клиентов и писать в базу. А читать клиенты прямо из базы, изврат конечно, но работать будет шустрее Oracl'а. :)
Я на буржуйских форумах встречал упоминание о конфигурации клона ИБ с 500+ пользователями. Правда там пользователи много читали и мало писали. Дык всё работало на двух процессорах и 1 Гб памяти. Опять же, народ писал что под виндой они это пустить не смогли по причине глюкавости винды, она глючила при 300+ соединений, так что всё работало под *nix.
Еще, насчёт того, что Oracle позволяет восстановить всё "за секунду до взрыва". Теория, однако, гласит что если ИБ упал, то все закрытые тразакции не пострадают. Хотя это конечно теория :). Но мой опыт работы с MS (с Oracle не работал) говорит о том, что если падает нагруженный MS, то с база может сильно пострададть. Да и глюки с бэкапом/рестором на MS были конкретные.

...

Рейтинг:

0 / 0

13.11.2003, 10:29

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32322611

Zmeishe

Участник

Откуда: Нижний Новгород

Сообщения: 1 266

Рейтинг: 0 / 0

Всем привет.

Большое количество одновременных коннектов можно снизить.
Я, например, знаю пару способов. Пока пользуюсь одним.
Оба способа основаны на трёхзвенке и поэтому коннектами управляет сервер-приложение.

1. У компонента TIBDatabase есть проперть IdleTimer. Устанавливаю его в 300000. Если в течении 5 минут пользователь не обращается к базе, значит он осмысливает свои действия или разговаривает с клиентом(посетителем), что-то заносит в свой ClientDataSet или вообще писать пошёл.
В этом случае коннект будет разорван. Когда юзер захочет, сохранить свой локальный набор, коннект восстановиться (уже без ввода пароля). В общем юзер никогда не знает есть коннект с базой или нет, ему по барабану.

Сохраняется только коннект с сервером приложений.

2. Коннект с базой происходит только на время испонения SQL запроса. Затем сразу disconnect. Фишка в том, что при таком раскладе при 30 одновременно работающих пользователях, число одновременных коннектов не превышает 4-х, 5-ти. Таким образом можно немного обойти ограничение лицензии.
Есть одно неудобство - любой запрос выполняется на несколько миллисекунд дольше (время коннекта).

...

Рейтинг:

0 / 0

13.11.2003, 11:22

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32323056

Artyom_ru

Гость

Вот ссылка http://sr.kiev.ua/howto/TextHelp/Others/FAQ-IB-FB/Answer/FAQ-Ib-Fb-22.htm Обрати внимание что последние 2 проекта явный Enterprise. И что характерно не жалуются :) Даже наоборот :)

...

Рейтинг:

0 / 0

13.11.2003, 14:30

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32323123

Crimson

Гость

У меня интернет-система на Firebird 1.0. Веб-интерфейс на PHP. 800 пользователей базы. 300 тыс записей в базе.
Онлайн постоянно порядка 50 пользователей.
Сервер 2xPentium IV 1.4, 512 Mb RAM. Проблем никаких, все очень шустро.

...

Рейтинг:

0 / 0

13.11.2003, 15:02

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32323757

TheOne

Участник

Сообщения: 205

Рейтинг: 0 / 0

To Серега
ну сервер я конечно впервые поставил, но таблицу созадть научился :) И создал также как и в ИБ стояла.

Но вот что интересно. Написал Threaded програмку, каждый сред свой конекшен имеет и все такое и каждый вставляет скажем по 100 записек. Получилось что 20 средов выдержало, после этого начало резко тормозить а когда попытался поставить 100 начал получать connection refused.

Надо теперь пробовать тоже самое на MS SQL.

...

Рейтинг:

0 / 0

13.11.2003, 22:40

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32323777

TheOne

Участник

Сообщения: 205

Рейтинг: 0 / 0

Появились новые результаты и решил поделиться.

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

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

Надо будет теперь потестить с интернет соединением а не с локальным компом.

...

Рейтинг:

0 / 0

14.11.2003, 00:14

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32323945

Серега

Участник

Сообщения: 908

Рейтинг: 0 / 0

2TheOne
ну сервер я конечно впервые поставил, но таблицу созадть научился :) И создал также как и в ИБ стояла.
За MS не скажу, не юзал. Но вот в Оракле например огромное значение имеют параметры хранения таблицы/индекса. И то что ты ее создал с такими же полями/индексами еще ни о чем не говорит. Я это имел в виду.

...

Рейтинг:

0 / 0

14.11.2003, 09:31

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32324055

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

Ну а если рассмотреть многозвенку? Архитектуру приложения придется пересмотреть, конечно, но зато проблема с числом коннектов просто отпадет. В принципе можно вообще один открытый коннект держать от сервера приложений к серверу БД. Можно вообще создать сервер приложений, ориентированный только на задачу обслуживания запросов от большого числа пользователей. И не сложно, и предсказуемо (в плане - вместо большого числа коннектов - большое число запросов). И правдоподобный тесты реальных нагрузок можно написать.

...

Рейтинг:

0 / 0

14.11.2003, 10:47

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32324359

Zmeishe

Участник

Откуда: Нижний Новгород

Сообщения: 1 266

Рейтинг: 0 / 0

Малиновский Владимир писал:В принципе можно вообще один открытый коннект держать от сервера приложений к серверу БД.
Действительно можно, но под одним единственным логином. Скорее всего SYSDBA. На сервере приложений перехватывать логин подключающегося пользователя, заменять его на SYSDBA. И спец. запросами (т.е. писать свой алгоритм) выяснять права этого пользователя на те или иные операции с данными. Это немного утяжелит сервер приложений, но зато выигрыш очевиден - ОДИН КОННЕКТ на всех пользователей!

...

Рейтинг:

0 / 0

14.11.2003, 13:06

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32324525

Гость

=> В принципе можно вообще один открытый коннект держать от сервера приложений к серверу БД

И сколько же времени клиентское приложение будет ждать ответа от сервера в таком случае? 300 одновременных пользователей, 1 коннект. Послав запрос, клиенту придется ждать, пока в единнственном коннекте будут обработаны все ранее поступившие запросы. Даже, если каждый пользовательский запрос сервером БД выполняется за 0.1 сек (не говоря уже о каких-нибудь тяжелых запросах), то клиент, послав запрос будет ждать 299*0.1 сек, т.е. 29,9 секунд. По моему, полный гемор

...

Рейтинг:

0 / 0

14.11.2003, 14:23

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32324531

Zmeishe

Участник

Откуда: Нижний Новгород

Сообщения: 1 266

Рейтинг: 0 / 0

За всё надо платить!!! Природа не терпит пустоты!
Выигрываешь в силе - проигрываешь в расстоянии, выигрываешь в расстоянии - проигрываешь в силе.
Поэтому моё первоначальное предложение Connect -> SQL -> Disconnect - это некий компромисс.

...

Рейтинг:

0 / 0

14.11.2003, 14:29

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32324558

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

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

2 q

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

"299*0.1 сек, т.е. 29,9 секунд"?

...

Рейтинг:

0 / 0

14.11.2003, 15:27

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32324676

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

Ну, если есть деньги на штатного администратора БД, на лицензии, и требуется то, на чем неизветно как будет работать InterBase - то зачем огород городить? MSSQL - и вперед.
InterBase (FireBird) - это ж для нас, халявщиков, для тех, кто не желает много платить, хочет сервер с одной дискетки ставить и чтобы прогу никто не обслуживал, пока программист о отпуске. Ну, и чтобы стоимость конечного продукта не прыгнула вверх из-за стоимости сервера БД.
Хотя, конечно, хотелось бы, чтобы IB справился...

...

Рейтинг:

0 / 0

14.11.2003, 15:32

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32324734

Zmeishe

Участник

Откуда: Нижний Новгород

Сообщения: 1 266

Рейтинг: 0 / 0

А вот я и проверю. Мне ОХ-ННУЮ задачу ставят. После нового года начну.
Нет, пожалуй после старого нового года.
Объём - население Нижегородской губернии + х-ева туча параметров.

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

И мне и руководству стало серьёзно интересно какой SQL на одинаковой задаче и объёмах выживет, а какой загнётся. Какова производительность выйдет. Сколько коннектов выдержит.
Оно прямо в тему обсуждения попадает.

...

Рейтинг:

0 / 0

14.11.2003, 15:50

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32324759

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

Ты уж постарайся, чтобы IB не кирдыкнулся!

...

Рейтинг:

0 / 0

14.11.2003, 16:02

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32324819

Zmeishe

Участник

Откуда: Нижний Новгород

Сообщения: 1 266

Рейтинг: 0 / 0

Месяцев через шеть-семь узнаем, если не свихнёмся.

...

Рейтинг:

0 / 0

14.11.2003, 16:21

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32325013

Серега

Участник

Сообщения: 908

Рейтинг: 0 / 0

Не, мужики. Вы все таки не о том говорите. На Энтерпрайз проектах производительность конечно важна. Но еще (всего) важнее сохранность данных и масштабируемость. Можно и одним запросом Оракл в даун кинуть, можно и сотни юзеров на ИБ держать. Это только от кривизны рук зависит. А вот обеспечить 100% (почти) гарантию сохранности данных - это ИБ помоему не по зубам. От бэкапа до бэкапа данные незащищены. А каждый день его делать в лом. Если это пара накладных на складе - хрен с ними, наколотим по бумажке. А вот если вы скажете тем 300 юзерам, что "то что вы вчера сделали - псу под хвост" я представляю последствия. У нас был случай - удалил один наш товарищ 40000 записей. Бэкапа не было (после этого им (бэкапом) и занялись всерьез 8-). Ой что было!!!

...

Рейтинг:

0 / 0

14.11.2003, 18:03

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32325020

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

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

...

Рейтинг:

0 / 0

14.11.2003, 18:10

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32326234

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

C многозвенкой ради одного коннекшн прокол: InterBase синхронный сервер (т.е. пока один запрос не отработан, другие не принимаются...). Грустно. Юзайте MSSQL.

...

Рейтинг:

0 / 0

17.11.2003, 14:14

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32327065

Frame Relay

Участник

Сообщения: 703

Рейтинг: 0 / 0

2 Малиновский Владимир
FireBird 1 не совсем синхронен даже для SuperServer, а с классиком вообще нет проблем (выйдет релиз 1.5 — будет классик и под Вынь). Да и супер 1.5 в смысле асинхронности продвинут (и не только в этом смысле :-)).

...

Рейтинг:

0 / 0

18.11.2003, 10:20

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32327100

alex_k

Участник

Откуда: krasnoyarsk

Сообщения: 6 636

Рейтинг: 0 / 0

C многозвенкой ради одного коннекшн прокол: InterBase синхронный сервер (т.е. пока один запрос не отработан, другие не принимаются...). Грустно. Юзайте MSSQL.
подробнее можно?
первый раз слышу такое.

вроде работают люди, соединяются, веб сервер странички берет, один клиент вообще целые сутки открытый коннект держит. и что? это все мой наркотический сон? а на самом деле ничего не работает?

...

Рейтинг:

0 / 0

18.11.2003, 10:43

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32327145

Alexey Kovyazin

Участник

Откуда: Moscow

Сообщения: 520

Рейтинг: 0 / 0

Если покрутить, то можно любой сервер в "синхронный" превратить.

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

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

With best regards,
Alexey Kovyazin

...

Рейтинг:

0 / 0

18.11.2003, 11:12

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32328066

TheOne

Участник

Сообщения: 205

Рейтинг: 0 / 0

Сижу, тестирую всякие сервера ...

И вроде пока 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

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

Вчера подконнектил к FB 1.5 RC7 1000 юзеров!
SuperServer,
Каждое новое подключение - во время активного предыдущего, наполовину отфетчены простые запросы типа select * from ... (табличка около 1000 записей).

Сервер: Duron 900, 256 mb. Сервер не сдох.

...

Рейтинг:

0 / 0

19.11.2003, 11:16

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32328826

Gold

Участник

Откуда: Харьков

Сообщения: 2 958

Рейтинг: 0 / 0

Приятно слышать :-))

...

Рейтинг:

0 / 0

19.11.2003, 14:52

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32328875

Roman Ignatiev

Участник

Откуда: Москва

Сообщения: 654

Рейтинг: 0 / 0

Ничего еще не показывает, соединения-то стоят. А поработать запросами/транзакциями? И поактивнее?

...

Рейтинг:

0 / 0

19.11.2003, 15:13

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32328913

Малиновский Владимир

Участник

Сообщения: 778

Рейтинг: 0 / 0

Ну, задача-то не умереть, а выжить!

...

Рейтинг:

0 / 0

19.11.2003, 15:27

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32328999

KiLLun

Участник

Сообщения: 3 200

Рейтинг: 0 / 0

Ответ на subj
Лично для меня больше ничего не остается как использовать Firebird

Be Well...

...

Рейтинг:

0 / 0

19.11.2003, 15:55

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32329384

TheOne

Участник

Сообщения: 205

Рейтинг: 0 / 0

To Малиновский Владимир

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

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

Спасибо!

...

Рейтинг:

0 / 0

19.11.2003, 19:43

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32329838

Gold

Участник

Откуда: Харьков

Сообщения: 2 958

Рейтинг: 0 / 0

Странно. 25 соединений - это маловато для того, чтобы сервер не тянул. Можешь проконсультироваться по этому вопросу на news://forums.demo.ru/epsylon.public.interbase - там много людей, у которых базы под большой нагрузкой работают.

...

Рейтинг:

0 / 0

20.11.2003, 11:41

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32338488

Zaharushka

Гость

У нас работают две базы на двух серверах - на каждом 200-250 подключений, базы 8-10 Gb. Машины 8 проц Xeon 550 (700) + Raid. Памяти 6-10 Gig. FireBird 1 под Linux. Машина на Xeon 550 явно в пиковую загрузку (9:30-10:30) задыхается, в новый год проапгрейдим на 4 проц Xeon MP 2.5G

...

Рейтинг:

0 / 0

29.11.2003, 17:21

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32346357

Andrey_

Гость

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

Итак.

Сервер: P4 2GHz/256 RAM/Win2K Prof
Вобщем машина офисная но на время теста всякий мусор типа AVP, ICQ, e.t.c. выгружен.

Firebird-1.5.0.4027-RC7-Win32

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.

 /*
БД
PAGE_SIZE = 4096
CharSet = NONE
Forced writes = Enabled
Размер кэша 40960 страниц (~160 Mb)
*/ 

create table tbl1
(
Id   integer,
Name varchar( 20 )
);

create generator gen1;

 /* Процедура заполнения */ 
set term ^ ;
create or alter procedure AddRecs(I integer)
as begin
while (:I> 0 ) do
  begin
  insert into tbl1(Id, Name) values (gen_id(gen1,  1 ), RandomStrE( 10 ,  20 ));
  I=:I- 1 ;
  end
end ^
set term ; ^

 /* функция RandomStrE взята с ibase.ru (randomudf.zip) */ 
 /* Добавлено 100 000 000 записей */ 



create index IDX_ID on tbl1 (id);

 /*
Размер временного файла индекса ~1.5 Ггб
Размер БД ~7.5 Ггб
*/

Клиентская программа естественно threaded. Вот текст thread:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.

while not NeedStop do
  begin
  Tr.StartTransaction;
  Act:=Random( 4 )+ 1 ;
  Id:=IntToStr(Random( 200000000 ));
  if Act= 1  then
    Q.SQL.Text:=' select Name from tbl1 where Id='+Id
  else if Act= 2  then
    Q.SQL.Text:=' insert into tbl1 (Id, Name) values ('+Id+', '''+RandomStrE( 10 ,  20 )+''')'
  else if Act= 3  then
    Q.SQL.Text:=' update tbl1 set Name='''+RandomStrE( 10 ,  20 )+''' where (Id='+Id+')'
  else if Act= 4  then
    Q.SQL.Text:=' delete from tbl1 where (Id='+Id+')';

  TStart:=Now; // Время старта запроса
  try
    Q.ExecQuery;
  except
  end;
  TEnd:=Now; // Время завершения запроса
  if Q.Open then Q.Close;
  Tr.Commit;

  Synchronize(ChStop);
  Sleep(Random( 5000 ));
  end;

Алгоритм работы thread-а такой:
- случайным образом выбираем что делать (Select, Insert, Update, Delete)
- случайным образом выбираем Id записи
- выполняем запрос
- засыпаем на <=5 сек.

Естественно клиент запускался не на сервере (LAN 100 мегабит). Клиентских машин было 3.

При 200 thread-ах вел себя более чем достойно:
Максимальное время отклика меньше 2 сек.
Среднее время отклика 0.03-0.04 сек.
Замечаний нет. Винчестер мигает но не слишком часто.
(RAM 256 Mb + размер индекса ~1.5 GGb + Forced writes)

При 300 thread-ах вел себя стабильно:
Максимальное время отклика ~3.5 сек.
Среднее время отклика ~0.2 сек.

В Диспетчере задач на сервере отмечалось странное поведение загрузки процессора:
- 2-2.5 сек загрузка 20-70%
- затем скачок примерно на 2-2.5 сек. 100% загрузка процессора.
Есть подозрение, что господа разработчики всетаки не исправили ошибку
- ухудшение производительности при размере кэша >20000 страниц.

При увеличении количества thread-ов до 400 вел себя относительно стабильно:
Максимальное время отклика ~5 сек.
Среднее время отклика ~0.3-0.4 сек.

Как и при 300 thread-ах отмечалось странное поведение загрузки процессора:
- 2-2.5 сек загрузка 20-70%
- затем скачок примерно на 3.5-4 сек. 100% загрузка процессора.
Винчестер постоянно шурует.

thread-500
Максимальное время отклика ~8 сек.
Среднее время отклика ~0.5-0.6 сек.

те же волны, только интервалы 100% загрузки процессора увеличиваются: ~6 сек.

600-уже нерисклул. :) Хотя думаю это больше вопрос количества оперативки.

Все эксперементы проводильсь на Супер-сервере.
Классик у меня загнулся на 200 thread-ах. Скорее всего потому что я не уменьшил количество кеша для коннекта.
Кстати о размере памяти для коннекта в Классике у меня было ~ 2.5 Mb. Незнаю где у вас взялось 10-60 Mb.

На 150 Классик показал результаты ~ в полтора раза хуже чем Супер.

Вот такие пироги :) А вы говорите Connection refused

...

Рейтинг:

0 / 0

08.12.2003, 13:23

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32348747

Участник

Сообщения: 9 039

Рейтинг: 0 / 0

Представляете, что можно ожидать, когда случится FB 2.0 := FB + Yafffil ?
Я не линуксоид, рефлексирующий от звуков "Майкрософт", но очень радует правильность когда-то выбранной платформы (в смысле - InterBase и его клонов).

...

Рейтинг:

0 / 0

10.12.2003, 10:41

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32348802

Andrey_

Гость

>Представляете, что можно ожидать, когда случится FB 2.0 := FB + Yafffil ?
Представляю: цена FB2 ~ цена IB8.

...

Рейтинг:

0 / 0

10.12.2003, 11:07

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32348835

Участник

Сообщения: 9 039

Рейтинг: 0 / 0

Да и MSSQL не все покупают на "Горбушке"...

...

Рейтинг:

0 / 0

10.12.2003, 11:22

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32348893

alex_k

Участник

Откуда: krasnoyarsk

Сообщения: 6 636

Рейтинг: 0 / 0

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

...

Рейтинг:

0 / 0

10.12.2003, 11:43

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32348932

Участник

Сообщения: 9 039

Рейтинг: 0 / 0

MySQL, что ли? Или на "горбушку"?

...

Рейтинг:

0 / 0

10.12.2003, 11:59

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32348988

Gold

Участник

Откуда: Харьков

Сообщения: 2 958

Рейтинг: 0 / 0

2 alex_k:

Open Source - это не есть халява. Да, вы можете использовать этот продукт бесплатно, но если у вас есть возможность, вам следует сделать пожертвование в FF, поскольку одним из основных источников дохода таких проэктов есть пожертвования. Не будет пожертвований и спонсоров - не будет и сервера.

Я вот тоже сейчас использую FB на шару, но как только у компании появиться такая возможность, я планирую объяснить начальству, что FB тоже делают люди, которые хотят кушать, и пожертвовав энную сумму в FF мы, тем самым, уменьшаем вероятность закрытия проэкта. К тому же, сделав взнос в 300$ вы можете стать членом FF и иметь право голоса при принятии плана на внедрение тех или иных нововведений.

В общем платить или не платить - это вопрос совести и возможностей. Если есть возможность, то лучше заплатить всё-таки.

...

Рейтинг:

0 / 0

10.12.2003, 12:26

| Ответить | Цитировать | Написать

Стоит ли исползьовать Firebird в Enterprise приложениях

#32348995

Участник

Сообщения: 9 039

Рейтинг: 0 / 0

А я не планирую...

...

Рейтинг:

0 / 0

10.12.2003, 12:28

| Ответить | Цитировать | Написать

60 сообщений из 60, показаны все 3 страниц

все

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Стоит ли исползьовать Firebird в Enterprise приложениях

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=40&tid=1579533]:	0ms
get settings:	10ms
get forum list:	20ms
check forum access:	4ms
check topic access:	4ms
track hit:	188ms
get topic data:	10ms
get forum data:	3ms
get page messages:	113ms
get tp. blocked users:	2ms
others:	239ms

total:	593ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы