iBase.ru Forum

kdv , спасибо за прямую ссылку. Но всё же, как можно в общем случае "не использовать при перемножении и делении numeric(15,8)" , если в процедуре надо обработать число из такого поля? Или имелся в виду какой-то другой numeric? Dimitry Sibiryakov : Имхо все, у кого есть деньги, считают их с прилично...

Да, я знаю, что FB2.1 во многом превосходит IB7.5..

И всё же, остаётся практический вопрос: какой тип стоит использовать для денег?

Наткнулся на дурацкую проблему с делением-округлением "больших" числел: select cast(-6000000 as numeric(17,8)) / cast(32 as numeric(5,2)), cast(-6000000 as numeric(17,8)) / cast(32 as numeric(17,5)), cast(-6000000 as numeric(17,9)) / cast(32 as numeric(5,2)) from rdb$database Результат: -187500 2732...

Есть ли у кого идеи в каком направлении двигаться? Тут уже было множество идей, требующих минимальной ответной реакции -- если "оно надо", конечно: Строку подключения покажи, на всякий случай... Сколько времени занимает например в Ibexpert - выполнили процедуру, commit, еще раз выполнили? Под "выпо...

Полагаю, тут не будут приводить многочисленные способы обхода этой "лишней" проверки, пока не убедятся, что по-нормальному сделать нельзя. Так что лучше сразу написать: * Зачем поле даты хранится в строке? Почему нельзя его перевести в дату (да, изменив структуру базы)? * Если и правда нельзя менять...

Guardian777 писал(а):БД локальная

Может, это и не процедура тормозит, а, скажем, компонент или даже САМО приложение..

Когда одни процедуры вызывают другие, а эти вызываемые потом меняются, надо перекомпилировать вызывающие процедуры? Если у вызываемой процедуры меняется число параметров -- это понятно, придётся сперва отключать все вызовы (вроде как даже в отдельной транзакции). А если только код меняется? И влияет...

Это бывшие системные триггеры: теперь-то их в RDB$TRIGGERS нету. у тебя, похоже, зависимости окривели. Или ты не туда в системных таблицах смотришь. Ну да, из-за этого и полез спрашивать до того, как всё перепробовал: слишком уж странная ситуация. Но теперь, при штатном удалении FK записи с упомина...

Хм, получилось удалить FK, создав новый индекс (более эффективный: ETID, CEDATE) и прописав во всех тридцати зависимых процедурах план для его явного использования (по-дефолту почему-то использовался "плохой" индекс, несмотря на никакую статистику).Вчера это сразу не сработало, а сегодня получилось,...

kdv писал(а):это системные триггеры на обновление и удаление

Это бывшие системные триггеры: теперь-то их в RDB$TRIGGERS нету.

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

Спасибо, попробую выбрать время для монопольных экспериментов.

kdv писал(а):добавлю, что "лишнего" в базе ничего нет.

Ну а что такое записи о несуществующих триггерах CHECK_47 и CHECK_48? Возможно, это результат чьих-то действий (штатных или с системными таблицами), но теперь-то они точно не нужны.

В базе (Interbase 7.5) есть таблица с FK, содержащим ссылку на словарь: CREATE TABLE CEVENTS ( CEID INTEGER NOT NULL, ETID INTEGER, CEDATE TIMESTAMP DEFAULT Current_Timestamp ); ALTER TABLE CEVENTS ADD CONSTRAINT FK_CE_ETYPES FOREIGN KEY (ETID) REFERENCES ETYPES (ETID) ON DELETE CASCADE ON UPDATE CA...