Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2006.09.10;
Скачать: CL | DM;

Вниз

Хватит 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-)


 
kaif ©   (2006-06-27 14:01) [15]

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


 
Vlad ©   (2006-06-27 14:24) [16]


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


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

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


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

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


 
Rule ©   (2006-06-27 15:06) [18]

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

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

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


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

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


 
Rule ©   (2006-06-29 12:59) [20]

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



Страницы: 1 вся ветка

Текущий архив: 2006.09.10;
Скачать: CL | DM;

Наверх




Память: 0.52 MB
Время: 0.038 c
2-1155950019
Mrakk
2006-08-19 05:13
2006.09.10
Открыть каталог в opendialog


2-1156004569
Elf-Eluna-Alina
2006-08-19 20:22
2006.09.10
BLOB - вопрос ламера


3-1151753384
Muchacho
2006-07-01 15:29
2006.09.10
Установка Fast Report 3.x в Delphi 2006 .NET


3-1152171333
Maverick
2006-07-06 11:35
2006.09.10
TADOQuery+output параметры


15-1155037865
Lexiy
2006-08-08 15:51
2006.09.10
Прием на работу