Re: page type 5 lock conversion denied (215)
Интерес есть и желание тоже. Займусь тестами. Удачи! Макмак
Re: RDB$DB_KEY - эксперименты
Кузнецов Евгений wrote: Не знаю, имеет ли смысл это все править (за исключением, пожалуй, последнего), но, может, стоит перевести rdb$db_key в разряд deprecated? Тогда уж и With Lock, чего мелочиться-то. А то он тоже из процедур не селектит. -- Regards. Ded.
Re: блобы: какой тип использовать
Hello, Nikolay! Nikolay wrote: Дык может плохо гляжу, но что-то не вижу я этого в доке. ты ее вообще читал? Datadef.pdf, страница 79, BLOB subtypes. А подтип ведь в ibexpert указывается, или я не прав. в огороде бузина, а в Киеве дядька. таблица создается оператором CREATE TABLE. Т.е. текстом. IBExpert имеет оглуплятор, который позволяет создавать таблицы тыкая мышью. При этом подтип блоба является необязательным параметром. подтип блоба вообще нужен только программисту, например для того чтобы сказать - в подтипе -100 я буду хранить jpeg, а в подтипе -200 - doc. Серверу эти подтипы по барабану (за исключением системных и грядущей разницы между 0 и 1 в FB 2.1, если такое сделают). И надо ли указывать collate ? где? у блоба? нет у него collate. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Row_Count ?
Hello, WildSery! WildSery wrote: +1. Но всё же иногда без него (IBE Debugger) не обойтись - когда нужно понять, как же работает то, что только что сваял :D я не против дебаггера. я за то, чтобы понимать, что это такое. и что не всегда дебаггер будет показывать то, что есть на самом деле. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: блобы: какой тип использовать
Dmitri Kuzmenko wrote: И надо ли указывать collate ? где? у блоба? нет у него collate. У текстового есть, начиная с 2.0. -- Дмитрий Еманов
Re: RDB$DB_KEY - эксперименты
Привет! Не знаю, имеет ли смысл это все править (за исключением, пожалуй, последнего), но, может, стоит перевести rdb$db_key в разряд deprecated? Ты эта, лапки прочь от ключика, да? А то тебе тут некоторые так депрекейтнут... ;-) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: RDB$DB_KEY - эксперименты
Не знаю, имеет ли смысл это все править (за исключением, пожалуй, последнего), но, может, стоит перевести rdb$db_key в разряд deprecated? Я так понимаю, что сторонники оптимизации могут заменить его на WHERE CURRENT OF ? Хрен там. Во-первых как минимум WHERE CURRENT OF не работает для SELECT, во вторых по нему нельзя джойнить и в третьих оно не всегда работает/работало. Я щас от ФБ отошёл, но помню были там проблемы с DERIVED TABLE, представлениями, UNION...
Re: RDB$DB_KEY - эксперименты
Доброго времени суток! On 12 сент, 11:58, Ded [EMAIL PROTECTED] wrote: Кузнецов Евгений wrote: Не знаю, имеет ли смысл это все править (за исключением, пожалуй, последнего), но, может, стоит перевести rdb$db_key в разряд deprecated? Тогда уж и With Lock, чего мелочиться-то. А то он тоже из процедур не селектит. Посылки были следующие: 1) rdb$db_key - недокументированная особенность 2) Как я полагал (видимо, ошибочно), в сервере появились средства, которые могут его заменить 3) В парсере есть баги вокруг него (см. первый пост) Исходя из этих посылок, предложение выглядело вполне разумным. С уважением, Евгений
Re: RDB$DB_KEY - эксперименты
Доброго времени суток! On 12 сент, 12:31, Sergey Mereutsa [EMAIL PROTECTED] wrote: Ты эта, лапки прочь от ключика, да? А то тебе тут некоторые так депрекейтнут... ;-) Да, наверное, я был не прав. Интересно следующее: тут недавно была ветка про RDB$DB_KEY - и многие высказывали мнение, как это нехорошо - закладываться на недокументированные возможности, отходить от первичных ключей и т.п. Но стоило предложить его в deprecated - как меня чуть ли не линчевать хотят :)) С уважением, Евгений
Около темное Off ... (Сорри скрин 24 кБ)
Hi, многоуважаемый All! Люди, человеки, - помогите разобратся ... Есть програмулина которая работает с БД чеез FB Embeded 2.1 С недавних пор, начала вываливатся после POST одного из датасетов ... (см. скрин) Причём никаких тебе ошибок не выдаёт ... Если запустить просто Exe (без делфи) - то он выгружается из памяти аварийно не оставляя после себя никаких следов (пробовал drwtsn, приблуду EurekaLog, ...) Подскажите как можно подобные вещи выловить ? PS: Дельфовый отладчик - проскакивает без ошибки :( С уважением, Константин Григорьевич. ===attachment: Вылет.GIF
Re[2]: RDB$DB_KEY - эксперименты
Привет! Интересно следующее: тут недавно была ветка про RDB$DB_KEY - и многие высказывали мнение, как это нехорошо - закладываться на недокументированные возможности, отходить от первичных ключей и т.п. Но стоило предложить его в deprecated - как меня чуть ли не линчевать хотят :)) Понимаешь ли, дело в том, что если ты спрашиваешь о том, можно и нужно ли пользоваться rdb$db_key - то однозначно - тебе это не надо. Это как с яхтой - если интересуешься ее ценой - то ты ее не купишь. Т.е. если пользуешься - то на свой страх и риск. З.Ы. А некоторые, перед тем, как пользоваться - выясняют, насколько долго оно будет жить. И компетентные источники говорят, что будет еще ооочень долго. Поэтому можешь просить о том, чтобы его депректнули сколько влезет :) P.P.S. Вот щаз появится Влад или Дима и пугнут общественность :)) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: RDB$DB_KEY - эксперименты
Кузнецов Евгений wrote: Интересно следующее: тут недавно была ветка про RDB$DB_KEY - и многие высказывали мнение, как это нехорошо - закладываться на недокументированные возможности, отходить от первичных ключей и т.п. Без крайней необходимости лучше, конечно, PK. Но бывают случаи, когда PK летит. И появляются дубликаты. Иного способа борьбы с ними, кроме как через дбкей, я лично не знаю. Кстати, Current Of именно через него и работает. -- Regards. Ded.
Что-то менялось в Embeded относительно UDF ?
К Hi, многоуважаемый All! К Люди, человеки, - помогите разобратся ... Разобрался сам ... Как я понял, портилась память процесса из-за вызова UDF в тригере на табличку (insert) который в свою очередь дёргался из тригера на View ... Причём этот код безболезнено работал уже около 1 года :( Может я что-то не правильно написал ? Ниже привожу код функции UDF и ей обьявление в БД: { DECLARE EXTERNAL FUNCTION GenGUID bigint RETURNS CSTRING(50) FREE_IT ENTRY_POINT 'GenGUID' MODULE_NAME 'ME_UDF' } function GenGUID(var i : int64): PChar; cdecl; export; function CreateClassID: string; var ClassID: TGUID; P: PWideChar; begin CoCreateGuid(ClassID); StringFromCLSID(ClassID, P); Result := P; CoTaskMemFree(P); end; var P: PChar; s: string[36]; s2 : String[16]; begin P := ib_util_malloc(33); s := Copy(CreateClassID, 2, 36); if i 0 then s2 := 'Undefined User' else if i = 0 then s2 := '= ASP Server =' else S2 := IntToHex(i, 16); s2 := Copy('', 1, 16 - Length(s2)) + s2; Result := StrPCopy(P, s2 + '-' +Copy(s, 25, 12) + Copy(s, 20, 4) + Copy(s, 15, 4) + Copy(s, 10, 4) + Copy(s, 1, 8)); end; С уважением, Константин Григорьевич. ===
Re: Blackfish SQL.Че за ботва?
Это ваще чумная вещь, рИально... Прикинь, базу в мастадай мобилковый запихать можна, а? И она под нетом компактнымона там вся шевелиться и колбаситься будет. Отпад, кароче. И без бабла до 2-х гиг на флешах деплоиться без базаров. В натуре, ошизеть. http://www.codegear.com/products/blackfish Щаз, Еманов расчуйствуется и объявит о выходе еще одного порта сервака под WinCE :)
Re: ���� Firebird ����� ������
áÎÄÒÅÊ é×ÁÎÏ× [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Nikolay ÐÉÛÅÔ: á ÐÏÓÏ×ÅÔÕÊ ËÁË ÌÕÞÛÅ ÓÄÅÌÁÔØ × ÔÁËÏÊ ÓÉÔÕÁÃÉÉ: âÅÒÉ ÐÒÏÇÕ-ÐÒÁÊÓ Õ ÍÅÎÑ. ïÎÁ ÕÍÅÅÔ ÏÔÐÒÁ×ÌÑÔØ ÚÁËÁÚ × ÚÁÄÁÎÎÏÍ ÆÏÒÍÁÔÅ ÏÐ e-mail É ftp á Õ ÓÅÂÑ ÕÖÅ ÄÅÌÁÅÛØ ÉÍÐÏÒÔ ÐÏÌÕÞÅÎÎÏÇÏ ÚÁËÁÚÁ. P.S. ðÒÏÇÁ ÕÍÅÅÔ ÚÁÂÉÒÁÔØ ÐÒÁÊÓ ÐÏ http, ftp É ÌÏËÁÌØÎÏÇÏ ÄÉÓËÁ. -- õÓÐÅÈÏ×, áÎÄÒÅÊ é×ÁÎÏ×. ÜÔÏ Õ ÍÅÎÑ ÓÄÅÌÁÎÏ, ÎÏ ÈÏÔÅÌÏÓØ ÂÙ ÐÏÊÔÉ ÄÁÌÅÅ
Re: Сборка на MinGW
Hello, Tonal said the following on 31.08.2007 7:56: Удалось собрать libfbstatic.a И с ней gbak_static.exe, gpre_static.exe, isql_static.exe. А, ради интереса, 64-битным mingw не пробовали собирать: http://sourceforge.net/projects/mingw-w64 ? -- Oleg
Re: ���-�� �������� � Embeded ������������ UDF ?
RETURNS CSTRING(50) FREE_IT гуд P := ib_util_malloc(33); почему 33? s2 + '-' +Copy(s, 25, 12) + Copy(s, 20, 4) + Copy(s, 15, 4) + Copy(s, 10, 4) + Copy(s, 1, 8) сдается мне, тут длина получится 49 Result := StrPCopy(P, s2 + '-' +Copy(s, 25, 12) + Copy(s, 20, 4) + Copy(s, 15, 4) + Copy(s, 10, 4) + Copy(s, 1, 8)); если я б я знал, что такое StrPCopy ... :-) может еще какую глупость спросил бы
Re[2]: Что-то менялось в Embeded относительно UDF ?
P := ib_util_malloc(33); OM почему 33? OM сдается мне, тут длина получится 49 Вах ... Какой же я идиот... :( Действительно ... Ты совершено прав ... Видать когда добавлял идентификатор филиала - забыл добавить выделяемую память :( Странно что до этого работало ... А ещё более странно, что процес валится без каких-либо логов ... Хотя, если честно, я даже не знаю должен ли FB Embeded писать хоть какие-нибуть логи. С уважением, Константин Григорьевич. ===
Re: Re[2]: ���-�� �������� � Embeded ������������ UDF ?
Видать когда добавлял идентификатор филиала - вах! GUID оказался не таким уж уникальным? :-) ладно, шучу... для чего понадобилось - могу догадаться. Странно что до этого работало ... терпел-терпел... и не вынесла душа поэта :-) а может и неработал... гадил по немногу в разных ситуациях. то-то у тебя на баги эта неделя урожайная.
Re: аЮГЮ Firebird ВЕПЕГ хМРЕПМЕР
Nikolay пишет: это у меня сделано, но хотелось бы пойти далее с какой целью?
Re: RDB$DB_KEY - эксперименты
Доброго времени суток! Ded wrote: Без крайней необходимости лучше, конечно, PK. Но бывают случаи, когда PK летит. И появляются дубликаты. Иного способа борьбы с ними, кроме как через дбкей, я лично не знаю. Наверное, можно и более экзотическим образом - грохнуть PK, в процедуре отсортировать по ID, и через WHERE CURRENT OF удалить дубликаты. Кстати, Current Of именно через него и работает. Не совсем так. Цитата из http://www.ibase.ru/devinfo/dataaccesspaths.htm Существует ошибочное мнение, что данный метод доступа является синтаксическим аналогом выборки с помощью RDB$DB_KEY, однако это не так. Позиционированный доступ работает только для активного курсора, т.е. для уже отфетченной записи (с помощью команд FOR SELECT или FETCH). В противном случае будет выдана ошибка isc_no_cur_rec (no current record for fetch operation). Таким образом, это просто способ ссылки на активную запись курсора, не требующий операций чтения вообще. В то время как выборка через RDB$DB_KEY задействует доступ через идентификатор записи и, следовательно, всегда приводит к фетчу одной страницы. С уважением, Евгений.
Re[4]: Что-то менялось в Embeded относительно UDF ?
Странно что до этого работало ... OM терпел-терпел... и не вынесла душа поэта :-) Это точно ... ;) OM а может и неработал... гадил по немногу в разных ситуациях. OM то-то у тебя на баги эта неделя урожайная. ;) Да уж давно такого не было ... С уважением, Константин Григорьевич. ===