Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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


antoxa2005 ©   (2006-06-26 13:03:00) 

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


Rule   (2006-06-29 12:59:00) [1]

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


PEAKTOP   (2006-06-28 00:55:00) [2]

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


Rule   (2006-06-27 15:06:00) [3]

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

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

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


Rule   (2006-06-27 15:00:00) [4]

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


Vlad   (2006-06-27 14:24:00) [5]


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


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

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


kaif   (2006-06-27 14:01:00) [6]

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


Sergey13   (2006-06-27 13:42:00) [7]

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

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


sniknik   (2006-06-27 13:37:00) [8]

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


kaif   (2006-06-27 13:31:00) [9]

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

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

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

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


Rule   (2006-06-27 13:00:00) [10]

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


kaif   (2006-06-27 12:51:00) [11]

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


Megabyte   (2006-06-26 16:21:00) [12]


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

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


antoxa2005   (2006-06-26 13:56:00) [13]

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

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

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


Vlad   (2006-06-26 13:56:00) [14]


> antoxa2005   (26.06.06 13:23) [4]


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

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


Desdechado   (2006-06-26 13:31:00) [15]

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


Sergey13   (2006-06-26 13:28:00) [16]

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

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


antoxa2005   (2006-06-26 13:23:00) [17]


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

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


antoxa2005   (2006-06-26 13:22:00) [18]

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

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

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


Vlad   (2006-06-26 13:08:00) [19]


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


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


Johnmen   (2006-06-26 13:07:00) [20]

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


Наверх

Титульная страница Поиск, карта сайта Написать письмо