А что ненадёжного в вызове метода, выполняющего обычную
пессимистическую блокировку перед какой-то последовательностью действий?
У меня немного другая нужда. Надо было сразу поподробнее. Ситуация вообщем
стандартная. Клиент с Апп-Сервера вытаскивает документ. (шапка, детали,
оплаты
Hello, Мадорский Г.В.!
You wrote on Fri, 6 Jun 2008 16:02:52 +0400:
МГВ Всем привет. Какой наиболее простой и надежный способ заблокировать
МГВ запись в midas? Свои варианты есть, но хочется прокатится на
МГВ чьем-нибудь велосипеде с круглыми колесами...
наш велосипед с круглыми колёсами не
D Не для меня, а для пользователей-чайников. Сушу голову как-бы
D написать такой умный инсталлятор, который раз и all inclisive.
может all including?
да грохни нафиг все тела процедур и тригеров и больше проблем не будет, а
новые уже скриптами заполнятся.
вот и все обновление =), а если
наш велосипед с круглыми колёсами не блокирует записи.
хай пользователь получит, шо запись изменена другим пользователем
и обновит свою таблицу на клиенте чо тут страшного?
и никаких гемороев при потере коннекта не будет.
В корень проблемы зришь!
Но у меня так не прокатывает. Оператор
Привет.
Не для меня, а для пользователей-чайников. Сушу голову как-бы написать
такой умный инсталлятор, который раз и all inclisive. :-((
Не понято.
Идея длинного монолога была в том, что я поддерживаю Коваленко.
Дмитрий
Attid пишет:
да грохни нафиг все тела процедур и тригеров и больше проблем не будет,
а новые уже скриптами заполнятся.
Пробовал? Помогает?
Скрипт напомните кто-нибудь на удаление текстов процедур из базы.
Пожлуйст!
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
Пробовал? Помогает?
Скрипт напомните кто-нибудь на удаление текстов процедур из базы.
Пожлуйст!
update rdb$triggers set RDB$TRIGGER_SOURCE=null where rdb$system_flag is
null
update rdb$procedures
set rdb$procedure_source='no source'
where rdb$system_flag=0;
На свой страх и риск
Я с мидас как-то раньше и не работал. Ну так, детские шалости. Вот
собственно и интересует - какой вариант проще и надежнее в реализации.
Может
есть известные глюки и грабли по которым народ уже прошелся. Особо при
обработке обрыва связи с Апп-сервера с клиентом, обрыва связи
Апп-сервера
с
наш велосипед с круглыми колёсами не блокирует записи.
хай пользователь получит, шо запись изменена другим пользователем
и обновит свою таблицу на клиенте чо тут страшного?
и никаких гемороев при потере коннекта не будет.
В корень проблемы зришь!
Но у меня так не прокатывает.
Значит
Но у меня так не прокатывает. Оператор может иметь часовое общение с клиентом по поводу того, какие вкусности ему на машину можно
поставить, что из них застраховать и в какой страховой компании, в каком банке взять кредит на машину и т.д. И ежели спустя час
ему скажут - давай заново, обидится
Но у меня так не прокатывает.
Значит меняйте принцип блокировки.
Суров ты, однако.
PS. Страшно завидую, блин. Ну почему я не наступал на такие грабли,
которые так вкусно обсасывать с пивом :)
Может ты пиво неправильное пьешь? :)
With b/r. Gleb.
А операцию резервирования сделать низзя ? С автоматическим снятием
резерва через какое-то время.
Вообщем-то думал в эту сторону, но отказался (может недодумал). В принципе
получается, что резервирование надо будет накладывать на максимально
возможное время работы с документом. То бишь
Как ДЕД сказал. Свой инткрфейс, который и будет это делать. Самый простой
и
наденый способ.
Я так делал. Работает без проблем.
Мы видимо по разному Деда поняли. Я так понимаю, что он имел ввиду
блокировку на время пакетного внесения изменений в базу. А мне надо на время
ковыряния ползалеля
Dmitry Lendel wrote:
update rdb$triggers
update rdb$procedures
А еще вьюхи, дефолты, чеки...
--
Дмитрий Еманов
А еще вьюхи, дефолты, чеки...
Он об этом не просил. :-) Может сам догадается?
Дмитрий
Мы видимо по разному Деда поняли. Я так понимаю, что он имел ввиду
блокировку на время пакетного внесения изменений в базу. А мне надо на
время
ковыряния ползалеля в носу при работе с документом...
Пишешь интерфейсную ф-цию с параметром ID документа
Открываешь документ, запускаешь ее
Может ты пиво неправильное пьешь? :)
Блин, точно. Бифидок.
То-то я думаю - плющит неправильно как-то.
Коваленко Дмитрий.
Блин, точно. Бифидок.
То-то я думаю - плющит неправильно как-то.
И чтоб ты без меня делал...
Срочно хлебни чего нибудь поприличнее. С такими вещами не шутят. :)))
With b/r. Gleb.
update rdb$triggers
update rdb$procedures
А еще вьюхи, дефолты, чеки...
Короче, комментарии - мастдай!
Коваленко Дмитрий.
Мадорский Г.В. ...
А операцию резервирования сделать низзя ? С автоматическим снятием
резерва через какое-то время.
Вообщем-то думал в эту сторону, но отказался (может недодумал). В принципе получается, что резервирование надо будет накладывать
на максимально возможное время работы с
Hello, Мадорский Г.В.!
You wrote on Sat, 7 Jun 2008 11:30:57 +0400:
МГВ Но у меня так не прокатывает. Оператор может иметь часовое общение
МГВ с клиентом по поводу того, какие вкусности ему на машину можно
МГВ поставить, что из них застраховать и в какой страховой компании, в
МГВ каком банке
On Sat, 07 Jun 2008 14:23:10 +0400, Kovalenko Dmitry [EMAIL PROTECTED] wrote:
Короче, комментарии - мастдай!
Но-но. Руки прочь от комментариев.
А то потом автора изменений не доищешься.
--
Сергей Смирнов.
Короче, комментарии - мастдай!
Но-но. Руки прочь от комментариев.
А то потом автора изменений не доищешься.
Если у вас аффтара через комментарии в БД ищут, то правильное пиво мне уже
не нужно - уже и так плющит :)
Коваленко Дмитрий.
PS. Чую, в 2001-2007 годах, мы были натуральные
Мадорский Г.В. wrote:
Мы видимо по разному Деда поняли. Я так понимаю, что он имел ввиду
блокировку на время пакетного внесения изменений в базу. А мне надо на
время ковыряния ползалеля в носу при работе с документом...
А какая нафиг разница. Я тебе в мыло плюнул несколько кусков кода из
Мадорский Г.В. wrote:
Может есть известные глюки и грабли по которым народ уже прошелся. Особо
при обработке обрыва связи с Апп-сервера с клиентом,
Я делаю multy-instance сервера. Коннект с FB выполняю тоже
методом-расширением, при этом ищу уже созданный от этого же юзера
экземпляр
DmitryLe пишет:
Живи на 11.0 :)
Очень смешно. Читал гороскоп про дев, про кишки и т.д.? :-)
А если серьезно, то как-бы проблема перехода с 2.0 на 2.1.
Не для меня, а для пользователей-чайников. Сушу голову как-бы написать
такой умный инсталлятор, который раз и all inclisive. :-((
Голова
И нечего уже блин эту тему рассасывать, скоко народу переходит и все никак
прочитать нельзя про метаданные.
ИМХО.
Дык больше же нечего :(
Коваленко Дмитрий.
27 matches
Mail list logo