Авторизуйтесь или зарегистрируйтесь, чтобы создать новую тему

отдельно стоящая СУБД Firebird и подключить к ней TeamWox

hohaspb
186 TeamWox Partner
hohaspb 11.03.2011 21:04 | #

А можете ли подсказать - когда может понадобиться отдельно стоящая СУБД Firebird ?

 

Дает ли это какой-то выигрыш в скорости или в чем-то еще?

Или это нужно только в том случае, если на компьютере еще работают какие-то программы
работающие с Firebird и тогда они и тимвокс будут конфликтовать? 

TeamWox SDK: Файловое хранилище - Часть 2

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

woork
36 TeamWox Partner
woork 12.03.2011 17:25 | #
hohaspb:

А можете ли подсказать - когда может понадобиться отдельно стоящая СУБД Firebird ?

 

Дает ли это какой-то выигрыш в скорости или в чем-то еще?

Или это нужно только в том случае, если на компьютере еще работают какие-то программы
работающие с Firebird и тогда они и тимвокс будут конфликтовать? 


Попробую я ответить. Разработчики поправят, если где-то скажу не верно.

 >>А можете ли подсказать - когда может понадобиться отдельно стоящая СУБД Firebird ?

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

 

>> Дает ли это какой-то выигрыш в скорости или в чем-то еще?

Несомненно дает. Банальные пример, приложение у Вас задействует один винчестер, а база данных другой - нагрузка распараллеливается -> скорость обработки запросов растет. Плюс косвенно разделение облегчит создание системы резервного копирования (из собственной практики).

 >>Или это нужно только в том случае, если на компьютере еще работают какие-то программы
работающие с Firebird и тогда они и тимвокс будут конфликтовать? 

Ответ из практики - не всегда. Более того, конфликт на уровне Firebird давольно затруднителен. Он:

возможен 

Если Вы используете ОДНУ базу данных и имя какой-либо таблицы Вашего стороннего приложения совпадет с именем таблицы устанавливаемого Вами Тимвокса. Чтобы такое сделать нужно либо намерено знать что сделать, либо должно сильно повезти)

не возможен

 Если на одном сервере баз данных Firebird будут крутится две базы данных: одна для Вашего приложения, другая для Тимвокса.

ЗЫ

 Как правило, из практики использования и внедрения подобных систем, для выделения отдельного сервера баз данных, требуются очень весомые обстоятельства и (или) наличие больших проблем в производительности. Но тут уже другая история...

renat
356
renat 12.03.2011 18:41 | #
У самого Тимвокса SQL база не является узким местом, так как весь тяжелый контент хранится вне SQL базы в своих собственных высокоэффективных файловых хранилищах. Вынос SQL базы в реальности даст только снижение производительности.

Вообще мы рекомендуем использовать x64 версию Тимвокса. Она гораздо более мощнее 32 битной и кеши гораздо бОльшего размера, что прямо влияет на производительность.
К списку тем

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