Хватит InterBase eXpress, или обязательно FIBPlus?

← →
antoxa2005 (2006-06-26 13:03) [0]

Подскажите, насколько обоснована необходимость применения сторонних компонентов, библиотеки FIBPlus.

← →
Johnmen © (2006-06-26 13:07) [1]

В технической документации на FIB+ рассмотрены её преимущества.
Основные - меньше глюков и больше функциональность.

← →
Vlad © (2006-06-26 13:08) [2]

> antoxa2005 (26.06.06 13:03)
> Подскажите, насколько обоснована необходимость применения
> сторонних компонентов, библиотеки FIBPlus.

Для каждой конкретной задачи.
Если вы уже знакомы с функциональностью express и вам ее нехватает, почитайте что предлагается в FIBPlus, и решите для себя - нужно или нет.
p.s. мне пока хватает express

← →
antoxa2005 (2006-06-26 13:22) [3]

Я вообще не знаком с работой FB/IB и соответственно с компонентами для работы с этими серверами.

Я работал только с ADO и мне очень нравилось, но сейчас необходимо соединитьсчя ч-з интернет поэтому, в целях безопасности, необходимо использовать сервер БД, а не например Access.

И я спрашиваю у тех, кто знаком с работой FB/IB. Реально ли использовать InterBase eXpress для написания полнофункционального приложения. Чтобы я при окончании проекта не столкнулся с проблемами которые легко решались при DELPHI+ADO+ACCESS, но которые при DELPHI+IBExpres+FB решить НЕВОЗМОЖНО.

← →
antoxa2005 (2006-06-26 13:23) [4]

> p.s. мне пока хватает express

Уважаемый Vlad, а как например с блокировками? Холостой UpDate?
И с чем Вы работаете c DataSEt или Table?

← →
Sergey13 © (2006-06-26 13:28) [5]

> [3] antoxa2005 (26.06.06 13:22)
> Чтобы я при окончании проекта не столкнулся
> с проблемами которые легко решались при DELPHI+ADO+ACCESS,
> но которые при DELPHI+IBExpres+FB решить НЕВОЗМОЖНО.

Ну дык озвучь свои проблемы, решенные там. Больше конкретики.
В общем же случае - все можно решить на всем. Вопрос в затратах на это. И уж всяко сервер даст фору локалкам из-за наличия собственно сервера и серверной логики.

← →
Desdechado © (2006-06-26 13:31) [6]

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

← →
Vlad © (2006-06-26 13:56) [7]

> antoxa2005 (26.06.06 13:23) [4]

Про блокировки
http://www.ibase.ru/devinfo/pslock.htm

А вот по поводу TIBTable... об этом компоненте желательно забыть :-)
Вобще, компоненты TXXXTable не рекомендуется использовать с SQL серверами. Используйте TIBQuery или TIBDataSet

← →
antoxa2005 (2006-06-26 13:56) [8]

Это про midas и RDS? А можно в 2-х словах, что для этого надо и вообще с чем это "едят"?
Короче

> сервер приложений (многозвенную архитектуру),

что "по русски" или что это на практике.

← →
Megabyte © (2006-06-26 16:21) [9]

> > сервер приложений (многозвенную архитектуру), что "по
> русски" или что это на практике.

2-е звено 3-хзвенной архитектуры. ;)

← →
kaif © (2006-06-27 12:51) [10]

Мне пока хватает IBX для всех случаев жизни.

← →
Rule © (2006-06-27 13:00) [11]

kaif © (27.06.06 12:51) [10]
видимо случаи довольно тривиальные, так как эксрпессом невозможно обеспечить разнесение транзакций на чтение или на запись, без извращенного гемороя ... тем самым избежать излишние блокоровки

← →
kaif © (2006-06-27 13:31) [12]

2 Rule © (27.06.06 13:00) [11]
Для такого разнесения есть один бесплатный компонент с исходным текстом, который можно добавить в палитру. Но мне крайне редко приходилось им пользоваться, поэтму я даже не вспомню сейчас его название.

Интересно, и что такого нетривиального быват в жизни? :)

Человек спросил, обеспечивают ли IBX полную функциональность ADO.
Мне кажется, что IBX + IB обеспечивают гораздо больше, чем ADO + ACCESS и обеспечивают все, что обеспечивает ADO + ACCESS. И рекомендую еще обратить внимание на такую вещь, как Firebird Embedded.

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

← →
sniknik © (2006-06-27 13:37) [13]

> Мне кажется, что IBX + IB обеспечивают гораздо больше, чем ADO + ACCESS и обеспечивают все, что обеспечивает ADO +
> ACCESS.
это невозможно, т.к. их функциональность лежит в разных множествах возможностей... все одно, что говорить - "камаз обеспечивает все возможности маршруток, и даже больше"...

← →
Sergey13 © (2006-06-27 13:42) [14]

> [13] sniknik © (27.06.06 13:37)
> "камаз обеспечивает все возможности маршруток, и даже больше"...

Это же так и есть! По комфорту не уступает, а по вместительности превосходит многократно! 8-)

Извиняюсь, что вообще что-то сказал.
Мне казалось, что я понял, что именно интересует автора вопроса.
Так вот для его задачи (связь через интернет) вообще неверно применять ни IBX, ни FIBPlus.
Лучше применять Apache+PHP+Interbase.
Или Tomcat + JSP + Interbase.
Или воспользоваться советом Desdechado © (26.06.06 13:31) [6]

> kaif © (27.06.06 14:01) [15]

> Так вот для его задачи (связь через интернет) вообще неверно
> применять ни IBX, ни FIBPlus.

Это где такое написано?
Разве IBX не могут прекрасно работать в составе трехзвенки?
А вот веб-клиента я бы поостерегался рекомендовать товарищу. Далеко не для всех задач он удобен.

Vlad © (27.06.06 14:24) [16]
А вот веб-клиента я бы поостерегался рекомендовать товарищу. Далеко не для всех задач он удобен.
согласен, и для новичка думаю не лучший выбор, если скорость позволяет, то почему бы и не прямой коннект к интернету ???

kaif © (27.06.06 13:31) [12]
полностью согласен, каждый для себя выбирает свое, но мое двухлетнее общение с экспрессами наткнуло меня на необъяснимые глюки в самих компонентах, которые вынудили меня смотреть на другие, естественно фибы. уже как 4 года сижу на фибах и только радуюсь, молодцы ребята. Развиваются, и стабильность и качество кода радует, хотя есть ряд нареканий. Но всем не угодишь ...

Интересно, и что такого нетривиального быват в жизни? :)

нагрузка и автоматизированый симбиоз с ораклом и информиксом, плюсь ситуации когда в онлайн меняются метаданные. Да и запросы, которые выполняются по 5 минут (не надо мне говорить про оптимизацию и все такое, я про все это знаю, но ФБ не ОЛАП СУБД, а приходится так её использовать)

А я вот пользую собственную библиотеку. Не, ну думайте, что сам написал. Взял исходник IBX из Delphi семерки, подправил малость на две транзакции (read & write) начиная с TIBCustomDataSet.
Имеестя всего несколько компонет TxFBDataBase, TxFBTransaction, TxFBQuery, TxFBSQL. Остальное просто доделывать было в лом. Практическим путем было установлено, что приложение ЛЮБОГО уровня сложности можно написать при помощи TxFBQuery для отображения данных в гридах и TxFBSQL для Insert/Update операций.
Может, скажете, что изобрел давно известный велосипед FIB+. Но зато свой. И пока писал, научился правильно работать с Firebird.
Вывод: хотите научиться нормально работать с SQL-серваком - перепишити для него компоненты доступа к данным, пока напишите, вам станет вообще по фиг с чем работать, с IBX, FB+, IBO.

PEAKTOP © (28.06.06 0:55) [19]
на сколько я знаю IBO лежит в основе и фибов и экспрессов ...
так то оно так что ты написал, вопрос лишь в том, что не всегда есть достаточно времени на все это дело ...

Хватит InterBase eXpress, или обязательно FIBPlus? Найти похожие ветки