Вопрос по IB

← →
Dmitriy O. © (2004-05-21 13:51) [0]

Если работать с базой InterBase то стоит ли использовать компанент IBTable или работпть только через IBQuery и IBUpdateSQL

← →
Johnmen © (2004-05-21 13:52) [1]

Не стОит. Не работать.
Но с TIBDataSet - можно...

← →
Труп Васи Доброго © (2004-05-21 14:06) [2]

Смотря что ты хочешь с ней делать

← →
Dmitriy O. © (2004-05-21 14:08) [3]

Ну многопользовательский режим стественно.

← →
Digitman © (2004-05-21 15:36) [4]

> Dmitriy O. © (21.05.04 14:08) [3]

> многопользовательский режим стественно

понятно что лошадь, но только с рогами)))

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

компонент не уместен для массированных операций выборки/модификации/удаления, но вполне уместен и удобен для индивидуальной нечастой и неоднородной работе с отдельными записями

напротив, компоненты TIBQuery+TIBUpdateSQL ориентированы, в 1-ю очередь, на высокопроизводительные массированные однородные операции с объектами базы

← →
Игорь Шевченко © (2004-05-21 15:42) [5]

Компоненты TIBTable и TIBQuery были специально разработаны для переноса приложений, использующих BDE на IBX.

← →
Anatoly Podgoretsky © (2004-05-21 15:52) [6]

То есть заодно ставим крест и на TIBQuery, раз так предмет отсутствует

← →
Dmitriy O. © (2004-05-21 15:53) [7]

> Компоненты TIBTable и TIBQuery
Ну Table понятно а вот при чем здесь Query ?
Ведь это чисто SQL запросы. И если это правдо то какие компаненты надо использовать для разработки приложения с нуля
чисто на SQL основе исплользуя базу IBSQL и IBDataSet ?

← →
Digitman © (2004-05-21 15:56) [8]

> Dmitriy O.

как всегда прежде всего смотрим сюда, в пресловутый хэлп :

Note: A table component always references a single database table. If you need to access multiple tables with a single component, or if you are only interested in a subset of rows and columns in one or more tables, you should use a query component instead of a table component. For more information about query components, see "Working with queries.”

с учетом совершенно верного комментария от ИШ аргументы "за" или "против" того или иного компонента, приведенные в справке, куда уж убедительней ..

> Ну Table понятно а вот при чем здесь Query ?
> Ведь это чисто SQL запросы

IBTable тоже в конечном итоге использует SQL-запросы, только неявно .. это и является основным препятствием в поиске высокопроизводительного решения на базе этого компонента при доступе к БД .. собственно запрос в этом компоненте строится динамически и унифицированно, в зависимости от вызова тех или иных методов/св-в работы с НД .. унифицированность построения запроса не может вести к оптимальности построенного запроса и минимизации кол-ва таких запросов ... плюс, если речь идет о BDE-компоненте IBTable, - куча посредников на пути от компонента к серверу, каждый из которых вносит ощутимое снижение конечной сквозной производительности затребованной от компонента операции

а иначе и быть не может - IB-сервер не общается с клиентами иначе как через SQL-запросы

IBTable удобна для тех кто не дружит или принципиально не хочет пользоваться SQL. Она позволяет создавать таблицы, поля, индексы, делать фильтрацию данных без помощи явных SQL запросов.
В остальном, абсолютно ненужный компонент.

Я вообще никогда не использую TIBTable. Не потому что фанатический противник этого компонента, а просто потому что ни разу он мне вообще не пригодился. Сам по себе IBTable - нормальный компонент. Но просто если мне нужно запросить всю таблицу целиком, то это, как правило, бывает в тех местах, где она не редактируется, а только читается. А там, где я редактирую что-нибудь, обычно никогда не запрашивается таблица целиком. Вот так и выходит, что в первом случае для меня IBTable избыточен, а во втором - недостаточнен по функциональности.

Вопрос по IB Найти похожие ветки