iBase.ru Forum

IBScrip.AutoDDL:=False - пробовал? Да, пробовал. Не помогло. кстати, ничто не мешает оформить нужные вызовы IBSQL в процедурку, куда будешь просто передавать текст запроса: ExecViaISQL('delete from ...'); ExecViaISQL('insert into...'); ISQL.Transaction.Commit; Этому конечно ничто не мешает, так и с...

Придется видимо в данном случае использовать IBQuery или IBSQL. Везде пишется про правильность использования для массовых вставок или массового удаления записей IBSQL, так как он небуферизирующий. Но оставим это, а посмотрим на с другой стороны. Мне удобно использовать для этого (массовых вставок и ...

фиг знает. весь IBX есть в исходниках, так что... Я не поленился и посмотрел... :-) Там все просто - в скриптере два IBTransaction. Один явный, второй - неявный, приватный, работает при AutoDDL=true. if AutoDDL then FDDLQuery.Transaction := FDDLTransaction else FDDLQuery.Transaction := FTransaction...

Действителльно какой-то бардак. После удаления записи и завершения транзакции сделанные изменения не видны в базе через IBConsole. После же того как закрыт коннект с базой, измененеия вступают в силу. Это что-то новенькое. Если же поставить на эту форму новый компонент IBDatabase то все работает как...

"Delete from xxx where something=xx" , ExecuteScript, Commit. Но к сути проблемы какое это отношение имеет ? извините, но бредово это как то. не проще использовать IBQuery или вообще IBSQL? IBScript все-таки для выполнения скриптов предназначен, а не для выполнения одиночных запросов. Что бредово ?...

И игра настройками транзакции (что Snapshot, что Read Comitted) тут не помогает. не верю. если запись вставлена в одной транзакции, и сделан commit, то эта запись будет видна в другой транзакции, если она read committed, и если запрос ВЫПОЛНЕН ПОВТОРНО. Сервер сам вам в грид ничего пихать не будет....

При удалении записи, используя IBScript модальной формы Какова необходимость удалять запись используя именно IBScript? Потому что удобнее. Запрос на показ записей в Гриде идет в c union`ами ко многим таблицам, соответвтенно и удалять в датасете все это просто так нельзя. А в IBSctipt все просто и у...

www.ibase.ru/devinfo/ibx.htm#ibtransaction плюс www.ibase.ru/devinfo/ibtrans.htm про уровни изолированности. Спасибо, конечно, но все это я уже читал. И игра настройками транзакции (что Snapshot, что Read Comitted) тут не помогает. И та что Snapshot (concurrency no_wait) должна работать судя по опи...

Сервер IB7.5.1.162. IBX 7.09. Delphi 7(Build 8.1). Есть приложение. TIBDatabasе, транзакции, датасеты, все это расположено на главной форме. Есть вторая форма, форма с DBGrid`ом, она использует TIBDatabase главной формы, но имеет свои TIBTransaction, TIBDataset, TIBScript и тд. Вторая форма модальна...

Много проблем с длинным varchar(512) полем. Сервер - Windows 2000 Server с какими-то последними сервиспаками, Interbase 7.5.1. После добавления в базу поля ntitle с названием длиной varchar(512) некоторые запросы использующие это поле не работают. к примеру select * from xxx order by ntitle приводит...

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

:) Это рабочее приложение, и все отлажено и работало до тех пор пока не пришлось его изменять и добавлять новый датасет, ну и параллельно произошла миграция 6.0 на 7.5. Пишу уже из дома, так что код предоставить не могу. Пользователь вводит имя и пароль, затем эти значения присваиваются соответвующи...

Естественно привязал. Имя и пароль вводятся в Runtime.

После перехода с Interbase 6.0 на Interbase 7.5 появились проблемы с переработкой существующих программ. Программы были написаны на Delphi 6 и стандартной версии IBX из комплекта поставки - проде бы 6.0 Теперь при работе с сервером 7.5 при компиляции возникают проблемы. Например добавил новый DataSe...