Kovalenko Dmitry wrote:
Это который на 4 дисках шел? Давай (шли на dmitry.lipetsk SABAKA
gmail.com). А то я уже вряд ли в своих хламниках его найду. А для
истории сохранить надо. Чтобы не забывать корни :)))
Вроде ушло. 5.5 метров
4.0 у меня есть. Правда он на w2000 чего-то не ставится,
ArtGal wrote:
Из нашей практики.
Таблица 82 поля инты, даблы (тоже статистика).
Околи 4 млн. записей.
При insert/update 100 тыс.записей сильно тормозила.
Разделили ее, таблицу, на 4 узкие таблицы по 10-30 полей.
Теперь массовые insert/update не вызывают заметных тормозов.
Интересно.
Я
Dmitry Yemanov wrote:
Это происходит при фетче или при проверке видимости записи для данной
транзакции?
По большому счету, это одно и то же.
Хмм... А я думал, при проверке достаточно прочесть заголовок записи.
Если так - то это еще один способ ускорения выборки.
А что, функцию POS(substr, str) в UDF не стали делать?
Кроме как через SP можно как-то позицию получить?
Задача: вырезать из строки паразитный символ, может быть в любом месте
строки.
Кузнецов Евгений wrote:
Так нам хватило http://www.ibase.ru/ibfaq.htm#w2003
Наверняка, там что-нибудь еще и посерьезнее есть.
IB 4 лет эдак на 10 старше Win2003 - случись что,
то в форумах кроме гнилых помидоров и ССЗБ ничего
не дождаться ведь будет :)
И совершенно зря!
IB4 - это что-то вроде
ArtGal wrote:
Insert/Delete - всегда все четыре.
Т.е. даже в этом случае получили ускорение???
Несмотря на 4 insert вместо одного.
Dmitry Yemanov wrote:
Смысл в том, что операция проверка версии без собственно чтения записи
практически никогда не выполняется. И вводить оные отличия ради select
1 from T считаю нецелесообразным.
Я не про случай select 1 from T
При наличии многих версий это может дать выигрыш, т.к.
Vlad Khorsun wrote:
orphan страницы лечатся только если нет других ошибок.
Сильно сомневаюсь, что этот код менялся после 4.0.
Разве что научились диагностировать больше ошибок :)
Возможно :)
Просто validate говорит failed, а в логе ничего кроме orphan нету.
Ну, и сам validate только про
Ded wrote:
Примерно раз в 8 месяцев при ежевечерней экзекуции
вероятность 1/240 :)
для тех, кто не занимается вивисекцией - практически 0
зато обрубались длинные запросы :-D
Зато: не допускал запросов с планом в триггерах вообще и не ресторил
бакапы с баз, в процедурах которых были такие
sw wrote:
В 2.1 есть в SDF
понятно.
нужно на 1.5
ладно, буду делать ХП
Boltik Evgeny wrote:
Из RaLib дезайнер смотрел но ладу с интерпритатором (2002 вроде если память
не изменяет) я недал. Неработол чет он тут потперло достал паскаль скрипт с
Хоть и не пятница.
Я тут в банке краем уха слышал как мужик по мобильнику сокрушался:
Представляешь, во всех документах,
Kovalenko Dmitry wrote:
Интересуют хелпы от всей линейки 4.x
Есть инсталлятор 4.2, который с Delphi 3 шел.
Там есть хелпы. Нужен?
Где-то еще на дисках 4.0 (шла с Delphi 2) и 5.с.чем-то завалялись.
Dmitry Yemanov wrote:
Есть ли замедление при выборке если количество полей
большое например: выборка 3 полей из 2 таблиц с одинаковым количеством
записей но в одной всего 25 полей, а в другой 150?
Записи с диска всегда читаются целиком, даже если ты к полям вообще не
обращаешься.
Даже если
Игорь Горбонос wrote:
Мне кажеться что при выполнении запроса сначала разворачиваеться in, а
потом выполняеться подзапрос, может правильнее было-бы выполнить
подзапрос, а потом результаты развернуть в in ?
Или я не правильно понимаю политику партии?
Не знаю, менялось ли это в 2.х, но
Стала стабильно подвисать тестовая FB 1.5.4 CS
Очень похоже на то, что было на рабочей базе: висит туча процессов в
состоянии CLOSE_WAIT, если первый убить - то завершаются и остальные.
Новые подключения (из IBE) зависают.
К птице подключаюсь через CSMon, хотя дело вряд ли в нем, т.к. прямой
Kochmin Alexandr wrote:
впечатлил :-)
повторяешься :)
Видимо, впечатлил до заикания ;-))
Boulitchev Aleksey wrote:
Вы путаете атомарность оператора и транзакции. Селективная процедура
атомарна до suspend.
Ну вот, только я было решил что все понял... :-(
Алексей, продолжите свою мысль. Речь шла о rollback после селективной
процедуры, которая одновременно что-то меняет в базе.
Vlad Horsun wrote:
C:\FB\binfb_lock_print -a
Unable to access lock table.
C:\FB\TESTWORKSTATION.lck
operating system directive CreateFile failed
-The requested operation cannot be performed on a file with a
user-mapped section open.
Что дальше? пароль там не нужен случайно?
Не нужен,
Dmitry Yemanov wrote:
Вывод fb_lock_print -a в файл, затем архив мне на мыло.
C:\FB\binfb_lock_print -a
Unable to access lock table.
C:\FB\TESTWORKSTATION.lck
operating system directive CreateFile failed
-The requested operation cannot be performed on a file with a
user-mapped section open.
Vlad Horsun wrote:
C:\FB\binfb_lock_print -a
Получилось с fb_lock_print от 2.0, (от 2.1 уже не читает)
Отправил на dimitr...sourceforge
Dmitry Yemanov wrote:
Вывод fb_lock_print -a в файл, затем архив мне на мыло.
Что-нибудь еще, или можно срубать процесс?
Dmitry Yemanov wrote:
Получил.
Ну как? Можно что-то сказать предварительно?
Ded wrote:
Эхх. Придётся как про нулл объяснять. Короче, роллбак - это 3.14дец.
Причём всему, что было в транзакции. Вот именно так это слово и следует
трактовать. А вот в случае коммита возможны варианты. Те модификации,
которые были выполнены, актуализируются, а которые не были - не
Да, забыл совсем: мой программер начал экспериментировать с эвентами,
может тут где собака порылась. Но раньше такие зависания наблюдались и
без эвентов, хотя гораааздо реже (не чаще раза в год).
Есть таблица
CREATE TABLE CLIENT_FIX (
NUMINTEGER NOT NULL,
DATE_ DATE NOT NULL
/*дальше не важно*/
);
CREATE DESCENDING INDEX SF_CLIENT ON CLIENT_FIX (DATE_, NUM);
в таблице 12 000 000 записей.
Найдем запись с максимальной датой:
select first 1 * from client_fix order by
Ded wrote:
Не хочется думать о том, что какими-то нечистыми силами возможно
добиться неполного отката транзакции по явному rollback или аварийному
отпаду клиента.
Если я все правильно путаю, то если селективная процедура попутно что-то
пишет в базу, тогда то что она записала неявно
Булгачев Сергей wrote:
Статья была в тему Security - Enhanced isc4.gdb
http://www.volny.cz/iprenosil/interbase/ip_ib_isc4.htm
раздел How to slow down intruders
Да, но только в 1.5 заблокировали запись во внешний файл или вызов
процедуры до момента логина. Т.е. не все что описано у
Dmitry Yemanov wrote:
А индекса по NUM нет часом?
Ты знал! ты знал!
ALTER TABLE CLIENT_FIX ADD PRIMARY KEY (NUM, DATE_);
На самом деле, план другой. И 2.0 это показывает корректно.
Я об этом писал в статье по методам доступа.
Т.е. неправильно показывается план?
Ссылку на статью не кинешь?
Dmitry Yemanov wrote:
Т.е. неправильно показывается план?
Не полностью.
Точно: 2.1 показывает другой план:
PLAN (CLIENT_FIX ORDER SF_CLIENT INDEX (RDB$PRIMARY83))
Т.е. сначала отбирается все что 0, а потом идет скан.
В моем случае это не оправдано, т.к. записей с =0 очень мало.
Наверное в
Oleg Matveyev wrote:
я как раз думаю над его хотелкой.
только блокировка не юзера, а IP есс-но
Ну, ты же все равно имя юзера парсишь, так что наверное можно и так и эдак.
sw wrote:
Это про точки отката, а не про всю транзакцию
Т.е. откат все таки будет полным? А то я не был уверен на этот счет.
Николай Войнов wrote:
Итак свои изыскания начал излагать по ссылке ниже, пока прекращены мысли
- жду ответа заказчика, понимает ли он с чем хочет связаться .. я
понимать начал потихоньку
http://nvoynov.blogspot.com/2007/07/blog-post_27.html
По-моему, все довольно складно выходит.
Если сервис
Igor wrote:
А если в обоих таблицах поле добавилось(оч часто в ту же таблицу копирую
из которой выбираю) и мне его нужно копировать. Нужно лезть во вью и
добавлять это поле... каждый раз...
Сделай процедуру, которая вычитывает из системных таблиц список полей,
формирует SQL запрос и выполняет
Ded wrote:
А вот чтоб наоборот, при таком-то
количестве конектов - не верю! (С).
Если он только на получение списка подключений с сервера как-то не завязан
sasha wrote:
Оооо... У меня вот больше десятка разных таблиц, данные из которых
клонируются. Как для них автоматизировать генерацию написания
динамической команды с учётом:
1) Отсутствия переменного кол-ва входных параметров у процедур
2) Не понимания процедурами общих типов данных типа
Ded wrote:
Мужик страдает дома с дикого бодуна. Звонок в дверь. С трудом
доплёлся, открывает, на лестничной площадке
стоит зайчик.
- Ой, зайчик! А ты чего пришел?
- Да не напасешься на вас всех белочек...
Николай Войнов wrote:
В общем есть на некотором сервере веб-сервис и есть его WSDL. Но WSDL
может и будет меняться а написать код нужно так, чтобы эти его изменения
на код не влияли, т.е. нужно как-то под него подстраиваться... Допустим
Имя сообщение и имена параметров меняться не будут.
St. Alex wrote:
Ходили мы и на ibase и еще куда кто пошлет, но сервер купили недавно, и
занимаются этим люди из другого отдела, т.н. сисадмины. А у нас на кручение
ручек и настроек на сервере даже прав нет :-(
А кэш записи у райда включен?
Alexey Popov wrote:
ОС какая? XP?
Ага, вот опять. Такие случаи часто бывают, у меня тоже пара штук была.
Не смотря на Forced Writes почему то не сбрасывается кэш. Причём в моём
случае данные были утеряны за время более суток. Не знаю кто виноват, FB
или винда.
Уж не резервирование ли файлов
После отключения света попортилась база
Через 5 минут работы выдает
Internal gds software consistrncy check (cannot find tip page(165))
Попытка бэкапа c ignore checksum и отключенном garbage collection
приводит к другой ошибке:
Access violation at address 77C32A16 in module msvcrt.dll
Что это
Alex Cherednichenko wrote:
KRB А есть ли разница в выполнении запросов
KRB exists(select * from ...)
KRB exists(select field1 from ...)
KRB exists(select 1 from ...)
ТеоретиЦки, или практиЦки?
Что рекомендуют использовать лучшие птицеводы? ;-)
Во многих утилитах (например IBExpert) существует Communication
Diagnostic, и в нем тест TCP без коннекта к базе. Не подскажете, как это
делается, хочется аналогичную фичу встроить в программу.
А есть ли разница в выполнении запросов
exists(select * from ...)
exists(select field1 from ...)
exists(select 1 from ...)
?
Выполнял запрос
update dashcodes d set
d.warenum=:p_num_min
where
d.warenum=:p_num_max
and not exists(select 1 from dashcodes d2
where d2.warenum=:p_num_min and
Если во VIEW пытаться вставить запись, в которой больше полей, чем
отображает VIEW, то и запись не вставляется, и ошибки не возникает.
CREATE TABLE SETUP1 (
NUM INTEGER NOT NULL,
USER1 VARCHAR(31) NOT NULL,
PARAM1 VARCHAR(31) NOT NULL COLLATE PXW_CYRL,
Oleg Deribas wrote:
Такого вот сайта?
http://www.volny.cz/iprenosil/interbase/ip_ib_code_timestamp.htm
http://urltea.com/wuj
Блин, значит сайт Преносила закрылся. Жаль, интересный был.
Dmitry Yemanov wrote:
Все, но с разными побочными эффектами.
:-
Константин wrote:
Насколько я знаю FibPlus - при закррытии БД, закрываются и
все DataSet'ы ... так что насчёт гридов я не беспокоюсь ...
Я не знаю твой код, но если в треде вы открываешь датасет, а на основной
форме к нему привязан грид - то грид может его дернуть в любой момент.
Качановский Дмитрий wrote:
если эти две транзакции начнут изменение одновременно, что произойдет?
Эксперимент тебе поможет.
Из ветки я понял, что непонимание достаточно глубокое.
Откатятся ВСЕ изменения сделанные этим update.
WildSery wrote:
Чего-то я тебя недопонял. Могу я писать sum() в WHERE. Оптимизатор смущает
только домножение на d.dnum8 внутри sum().
Если его убрать - то ошибки нет.
Я думаю, его сбивает с толку совпадение выражений в Select и в Where
хотя в основном запросе я что-то не вижу GROUP BY
Vlad Horsun wrote:
Откуда дровишки ?
Из хелпа по try...except, вестимо:
---
If an exception is raised during execution of the initial statements
list, either by a raise statement in the statements list or by a
procedure or function called from the statements list, an attempt is
made to
Константин wrote:
constructor TExec.Create(Task : TExecTask; FileName : String = '');
begin
inherited Create(true); // насколько я понимаю создаю
// приостановленную нить
Self.FreeOnTerminate := True;
Self.Priority := tpLower;
try
// этот блок
Dmitry Yemanov wrote:
Уже писали про это. Т.к. DISTINCT/GROUP BY работают через сортировку, а
для блобов она неосуществима, отсюда и ошибка. Раньше оно работало через
сортировку blob id, выдавая бредовый результат (неравенство blob id
отнюдь не означает неравенство блобов). В 2.1 я эту
WI-T2.1.0.15199 Firebird 2.1 Alpha 1
Вот такой запрос
SELECT distinct w.*,
CAST((select SUM(s.In_Store) from Store s where w.WareNum=s.WareNum )
as double precision) as TotalStore
FROM Wares w
WHERE (w.WareNum=123)
нормально работает в полуторке, а в 2.1 возвращает ошибку:
Unsuccessful
Dmitry Yemanov wrote:
Древний баг в клиентской либе, исправлен в 2.0 и выше.
Если сервер шлет неизвестный клиенту код ошибки, то из msg-файла для
этого кода читается мусор.
А либа от 2.х с FB 1.5 работает без проблем ?
Vladimir A.Bakhvaloff wrote:
http://newsvote.bbc.co.uk/hi/russian/russia/newsid_6755000/6755283.stm??справа
голосуем за регулярно)))?и рассылаем дальше, понятное дело))
Интересно, у англичан есть специальный интернет для бомжей?
Dmitri Kuzmenko wrote:
кстати. про доллары. никаких долларов в учете нет и быть
не может. у нас в стране официальная валюта - рубли.
поэтому результирующий доллар или рубль при конвертациях
можно округлять куда угодно.
если это внутренняя единица хранения в какой-нибудь клиентской
веб-системе,
WI-T2.1.0.15199 Firebird 2.1 Alpha 1
Если используется fbclient.dll от 1.5.4.4910, то в конце сообщения о
юзерском exception дописывается всякий мусор, у меня например
приписывалось password required
Заменил либу на двоечную - оказалось что там должен быть текст
At trigger 'BLA-BLA'
Оно
Dmitri Kuzmenko wrote:
а что насчет -r o ?
p.s. точняк надо было запретить такое вообще.
Для о есть таки правильное применение: контрольный рестор бэкапа в
файл с другим именем. Без о пришлось бы отресторенный в прошлый раз
файл удялять каким-нибудь скриптом.
Обнаружил в коде сервера строку YAFFIL_TMP
Это что, ему можно отдельный TEMP каталог назначить?
В доке об этом ничего не нашел.
Константин wrote:
FDPB = #1'0'#7'WIN1251'#$1C#6'SYSDBA'
а второй раз когда глючит
FDPB = #1#$1C#6'SYSDBA'#$1D#9'masterkey'#$10'«'#$F
Может здесь собака порыта ?
Очень похоже что у тебя в _треде_ возникает эксепшн, который ты не
перехватываешь. Его надо отловить
Периодически встречаю мнение, что деньги надо хранить в переменной типа
NUMERIC[хх,2].
Однако возникает вопрос, что делать с ошибками округления?
Например, 1000 рублей / 25,95 = $ 38.535645472061657032755298651252
Куда девать это самое 0.005645472061657032755298651252 ?
Кто как решает эту
Oleg LOA wrote:
А на текущей сборке что происходит?
То же самое:
Faulting application ibserver.exe, version 6.5.1.892, faulting module
ibserver.exe, version 6.5.1.892, fault address 0x00036b51.
gbak:restoring index WEEKS_IDX2
gbak:restoring index WEEKS_IDX1
gbak:cannot commit
Dmitry Voroshin wrote:
select coalesce(:D,0) from RDB$DATABASE
вызывает
SQL error code = -804.
Data type unknown.
Сначала подумал: ну как по вашему должен интерпретироваться смайлик?
;-)
Oleg LOA wrote:
А на текущей сборке что происходит?
Не проверял :-(
Ее надо еще поставить, а я уже все перекрутил в сервере, не знаю,
воспроизведется ли.
Нужен компонент, показывающий дерево из БД в выпадающем списке (D7).
Пока нашли только TJvDBLookupTreeViewCombo, но в нем не работает
скроллер мыши, чтоб показать таблицу приходится заводить вспомогательный
датасет (Lookup все-таки), ну и еще несколько неудобств/странностей.
Нет ли чего
Dmitry Voroshin wrote:
Я чего-то не понял. Как ты дерево из БД хочешь без датасета показывать?
Просто для лукапа их нужно два: один - DataSource, с единственной
редактируемой строкой, второй - LookupSource, источник дерева. Иначе не
работает :-(
А мне первый-то и не нужен.
Сообщение в системном логе:
Faulting application ibserver.exe, version 6.5.1.887, faulting module
ibserver.exe, version 6.5.1.887, fault address 0x0002049a.
и в логе рестора:
gbak:restoring index WEEKS_IDX1
gbak:cannot commit index WEEKS_IDX3
gbak: ERROR:I/O error for file
Andrei Yeryomin wrote:
Вот ежели ты будешь стоять в лифтовой шахте и сверху на тебе будет ехать
лифт. Тебе не хватит места чтоб стоять, ты упадешь?
Отвечу не хватает места и удалю лифт нафиг.
А если серьезно - падать сервер не должен. Ошибка в логе - да, но не
падение.
Dmitry Yemanov wrote:
На того, кто переводит базу в шатдаун/онлайн никакие ограничения не
действуют. Иначе бы базу из full shutdown никто бы не вывел :-)
ИМХО, надо чтоб действовали на перевод из single user в онлайн пока есть
хоть один коннект к базе (ну, помимо того кто пытается перевести)
Есть ли какой-то простой способ на уровне API отличить пользовательские
exception от системных?
В смысле те, которые я генерю триггере или ХП от тех, которые возникают
при нарушении FK, check, невалидных SQL запросах и т.д.
Может, флаг какой есть, или диапазон номеров определенный ?
sasha wrote:
Может у кого есть идея как ещё такой CTE написать чтобы быстрее было?
А мож в таблицу добавить поле DEEP и на триггерах его заполнять?
ну а потом в условие его пихать
Alexandr Kochmin wrote:
KRB Какого рожна имя диска стало восприниматься как имя хоста???
KRB FB 1.5.3
KRB Такое только в одном из филиалов, в остальных нормально.
а на сервере диск е есть?
Ты знал, ты знал!!!
Пока админа дожидался, решил перебрать диски, нашел методом тыка.
Е - это похоже
Вообще, конечно странная диагностика.
Ну, Путь не найден я б еще понял,
но Failed to locate host machine
Evgeny Putililn wrote:
P.s. я еще немного таких прозвищь знаю.
Типа LPT1, COM2, ... ?
Dmitry Yemanov wrote:
Хотя с т.з. ядра тут все логично, я бы все равно назвал это багом. Так
что в трекер.
Если я правильно понял курс партии, у процедур и триггеров должен
появиться флаг некомпиленая. Т.е. текст в системные таблицы записан,
но процедуру использовать нельзя, так?
Dmitri Kuzmenko wrote:
Ты allow service interact with desktop проверял?
да, проверял... небыло. поставил, лучше не стало...
на домашней также небыло... в общем, на результат не влияет...
не может такого быть. следовательно, незачет.
Не, 64 коннекта - мало. У меня где-то в районе 117-120
Я правильно понимаю, что если из нескольких тредов идет процесс
подключение к разным базам (FB 1.5.3), то процессы подключения надо
выстраивать в очередь мьютексами или чем-то еще?
Если так, то возникает проблема: есть у нас неустойчивые каналы и
периодически тред, захвативший мьютекс уходит
Dmitry Yemanov wrote:
(с принудительным неявным апдейтом всех записей в
дефолтное значение).
Ой, мама, не надо апдейт
Уж лучше как есть и при backup-restore все и проапдейтится, а то у меня
триггера стоят, запрещающие менять старые записи :-(((
И вместо одного ALTER TABLE получится целый
DmitryLe wrote:
Что может повлиять на потерю прав (Кроме явного grant, а потом
revoke.) в моем случае? Изменение метаданных? Может есть какой-то
побочный эффект?
криво отресторенная база?
Horsun Vlad wrote:
Что в логах ?
NN (Server) Mon Apr 16 09:48:34 2007
Shutting down the Firebird service with 2 active connection(s) to 1
database(s)
NN (Server) Mon Apr 16 09:48:34 2007
The database D:\BASE\BASE.OLD was being accessed when the server was
shutdown
Все
Horsun Vlad wrote:
Не похоже на это. Или проги не гасятся, или 2 коннекта таки успели
подключиться.
По словам админа, сервер висит на отдельном питании, на всем остальном:
хабы, клиентские машины - на ночь питание отключается физически.
Говорит, что никому с утра не удалось подключиться.
Alexandr Kochmin wrote:
я вот подумал, может там сетевая карта на сервере в супенд например
уходит.
А оживает не сразу, а как-то потом.
Нет, сервис рестартовали через терминальный доступ, т.е. сеть в порядке
Horsun Vlad wrote:
Всегда, всегда, всегда ! проверяйте БД после такого
Странную багу описывает наш филиал:
периодически с утра Птица отказывается принимать коннекты (ждали 20
минут - безрезультатно).
Рестарт сервиса решает проблему.
FB 1.5 SS, WinXP
PS. Я бы понял если б был просто медленный коннект, или его вообще не
было, а вот так, периодически...?
Alexandr Kochmin wrote:
.gdb?
Неа, .old
и не спрашивайте меня почему
ODS 10.1
Konstantin R. Beliaev wrote:
ODS 10.1
Это я на всякий случай: был переезд с 4.0
Пока посоветовал сменить на классик
Oleg Matveyev wrote:
Ты лучше скажи, пользуешься ли ты им сечас. ;-)
Ну, к проксе я морально не готов :-)
И если правильно понял Юрия, в CSMon не прописана зависимость от FB
сервера, поэтому сервисы иногда стартуют не в том порядке и не работают.
Искал я как-то тормоза одного запроса (упрощен до максимума):
select l.* from loginfo l
where ((l.date_=?Date1 and l.date_?Date2 and l.doc_type='WBIL')
or (l.date_=?Date1 -30 and l.date_?Date2 -30))
возвращает
PLAN (L INDEX (L_DOC,L_DATE))
L_DOC = index (DOC_TYPE, DOC_N) selectivity
mars74 wrote:
При экспорте огромных объёмов информации это не реально!
При экспорте? Дык это тебе не запрос, а экспорт отменять надо:
Делаешь флаг и красную кнопку, которой этот флаг выставляешь в true
В цикле выгрузки делаешь Application.ProcessMessages и проверку
упомянутого флага
Только
mars74 wrote:
TerminateThread(ts.Handle,88); поток убивал это видно по счётчику
потоков.
но запрос продолжал выполняться на сервере!
если убиваешь приложение запрос перестовал выболняться (в ФБ 1.5 он бы
и после этого колбасился)
Странно это (для 2.0), хотя предположу что тут дело в обрыве
Случайно получился повтор поля в Insert:
Insert into Table (F1, F1) values (:F1, :F1)
FB 1.5 это скушала, а 2.0 выдала невразумительное сообщение:
Column does not belong to referenced table.
Dynamic SQL Error.
SQL error code = -206.
unknown ISC error 336397210.
unknown ISC error 336397208.
Plotnikov Y wrote:
Короч я отправил. Не знаю дошло ли...
Да, спасибо. Возник вопрос с со звездочкой: в описании сказано, что это
закрытый коннект, хотя IBCONCLT его показывает. Что имеется в виду?
И насколько я понял, IBCONSVC теперь создает по файлу в день, а как же
коннекты, переходящие
Помню, кто-то делал прогу на основе IBCONSVC, показывающую к какому
процессу классика какой IP подключен. Не могу сейчас найти :-(
Никто не напомнит?
Константин wrote:
http://csmon.narod.ru/
Это немного не то: прокся конечно хорошо и наверное очень мощно, но у
меня задача проще: определить где чей коннект и кто тут зомби.
Нашел: это делал Плотников год назад (тема Забацал таки прогу для
классика), но ссылка на ibase почему-то не
Konstantin R. Beliaev wrote:
ссылка на ibase почему-то не работает :-(
Чума: это оказывается наш файрвол находил в нем какие-то вирусы и
гасил коннект. А браузер гаворил, что файл не найден.
Все загрузил, спасибо.
WildSery wrote:
Блин. Посмотрел ещё раз - эксепшн оказывается из-за 3-го диалекта :)
Мать... Хоть бы пожалели тех, кто еще с 4.0 с вами...
Dmitriy A. Beloshistov wrote:
Кто меньше?-) Для FB 1.5.x работает такое:
create procedure SYS$SET_INDEXSTAT
returns (ACOUNT INTEGER)
as
declare variable AINDEXNAME varchar(100);
begin
ACOUNT=0;
FOR SELECT RDB$INDEX_NAME FROM RDB$INDICES
WHERE (RDB$SYSTEM_FLAG IS NULL) or
Не знаю, доживет ли:
http://yandex.ru/
внизу жмем ссылку о компании
находим колонку Партнерам
смотрим справа от нее
жмем ctr+A
Никто не юзает сабж?
Есть странный эффект: когда проводишь мышкой над формой с ихней гридой,
и первая запись, над которой проходит мышь, имеет хинт, то все форма
выскакивает наверх других окон, не получая при этом фокуса.
Похоже надо отключить какую-то опцию, вот только какую?
Dmitry Yemanov wrote:
1) Он не отключает физически коннекты от базы, вместо этого освобождает
все локи на метаданных и выдает isc_shutdown на любую попытку
активности. Т.е. после шатдауна можно обновлять метаданные, но нельзя,
например, заменить базу на отресторенную. Это не баг, хотя многие
Sergey Mereutsa wrote:
у них на сайте сам черт ногу сломать может. Ничче не понимаю! ;)
+1
полчаса доку к execute block искал :-(((
Результаты 301 - 400 из 684 matches
Mail list logo