Re: Работа с файлами в FB 2

[Kochmin Alexandr]

Oleg Prosvetov пишет:



Может кто сталкивался с такой проблемой ?


обычно сталкиваются потом с ее последствиями

--
Кочмин Александр

Re: Работа с файлами в FB 2

[Boulitchev Aleksey]

Есть ли в FB 2 механизм для работы с файловой системой.


планируется в OS Firebird 10.2

--
Булычев Алексей
http://www.stella-npf.ru

Re: ������ � ������� � FB 2

[����� �������]

> åÓÔØ ÌÉ × FB 2 ÍÅÈÁÎÉÚÍ ÄÌÑ ÒÁÂÏÔÙ Ó ÆÁÊÌÏ×ÏÊ ÓÉÓÔÅÍÏÊ.
> ðÏÑÓÎÀ. ÷ ÎÁÛÅÊ ÂÁÚÅ ÅÓÔØ ÓÓÙÌËÉ ÎÁ ÆÁÊÌÙ. îÏ ÄÌÑ ÔÏÇÏ ÞÔÏÂÙ ×ÓÅ ÒÁÂÏÔÁÌÏ 
> ÐÏÌØÚÏ×ÁÔÅÌÀ
> ÎÅÏÂÈÏÄÉÍÙ ÐÒÁ×Á ÎÁ ÚÁÐÉÓØ × ÐÁÐËÕ ÇÄÅ ÜÔÉ ÆÁÊÌÙ ÒÁÓÐÏÌÏÖÅÎÙ. îÁÍ ÎÕÖÎÏ 
> ÞÔÏÂÙ ÐÏÌØÚÏ×ÁÔÅÌØ ÎÅ
> ÉÍÅÌ ÄÏÓÔÕÐÁ Ë ÜÔÏÊ ÐÁÐËÅ. âÙÌÏ ÂÙ ÉÄÅÁÌØÎÏ ÅÓÌÉ ÂÙ ÍÏÖÎÏ ÂÙÌÏ Firebird 
> ÐÏÓÌÁÔØ ËÏÍÁÎÄÕ ÔÉÐÁ "ðÏÌÕÞÉÔØ ÆÁÊÌ ÔÁËÏÊ-ÔÏ", "úÁÐÉÓÁÔØ ÆÁÊÌ ÐÏ ÔÁËÏÍÕ 
> ÐÕÔÉ". ô.Å. ÞÔÏÂÙ ÐÏÌØÚÏ×ÁÔÅÌØ ÍÏÇ ÒÁÂÏÔÁÔØ Ó ÆÁÊÌÁÍÉ ÔÏÌØËÏ ÞÅÒÅÚ 
> Firebird. íÏÖÅÔ ËÔÏ ÓÔÁÌËÉ×ÁÌÓÑ Ó ÔÁËÏÊ ÐÒÏÂÌÅÍÏÊ ?

îÁ ñÆÉÌÅ ÍÙ ÔÁËÏÅ ÄÅÌÁÌÉ Ó ÐÏÍÏÝØÀ UDF, ÐÒÁ×ÄÁ ÖÅÓÔËÏÇÏ ÒÁÚÇÒÁÎÉÞÅÎÉÑ ÐÏ 
ÐÒÁ×ÁÍ Õ ÎÁÓ ÎÅ ÂÙÌÏ.
üÔÏ ÂÙÌÉ Ú×ÕËÏ×ÙÅ ÆÁÊÌÙ ÌÏÇÏ× Ó ËÏÔÏÒÙÍÉ ÍÏÖÎÏ ÂÙÌÏ ÒÁÂÏÔÁÔØ ËÁË ÓÒÅÄÓÔ×ÁÍÉ 
ïó ÔÁË É ÎÁÛÅÊ ÐÒÏÇÒÁÍÍÏÊ É ÐÏ ÉÓÔÅÞÅÎÉÉ ÓÒÏËÁ ÈÒÁÎÅÎÉÑ ÎÕÖÎÏ ÂÙÌÏ ÉÈ 
ÕÄÁÌÑÔØ. 

Работа с файлами в FB 2

[Oleg Prosvetov]

Hello, All!

Есть ли в FB 2 механизм для работы с файловой системой.
Поясню. В нашей базе есть ссылки на файлы. Но для того чтобы все работало 
пользователю
необходимы права на запись в папку где эти файлы расположены. Нам нужно чтобы 
пользователь не
имел доступа к этой папке. Было бы идеально если бы можно было Firebird послать 
команду типа "Получить файл такой-то", "Записать файл по такому пути". Т.е. 
чтобы пользователь мог работать с файлами только через Firebird. Может кто 
сталкивался с такой проблемой ?


With best regards, Oleg Prosvetov.

Re: Д.Р. Коваленко !

[Alexander A. Venikov]

Hello, Vlad!
You wrote  on Tue, 27 Nov 2007 13:54:06 +0200:

Ну, Дим, всего чего хочется. Чтоб бабло не считать, но штоп на все хотелки 
хватало. Ну и, это, юзверей адекватных (а такие бывают?) :

--
Удач
Alexander A. Venikov, Tobolsk, Russia 

Re: Фантомные записи в БД

[Tonal]

Andrew Kruchinin пишет:
P.S. На самом деле в кафешке уже 2 года какой-то полтергейст творится. 
Такого количества глюков я нигде не видел. Проги стояли разные. То 
оборудование слетит по непонятной причине, то программа заглючит. Уже 
появились вполне серьезные мысли про приглашение батюшки. Хоть сам и не 
крещеный. Брр.

Питанье проверь.
Я как-то тоже наткнулся на подобное поведение - оказалось подстанция 
слабая, и когда все окрестные жители содились смотреть сериал всё ПО 
начинало зверски глючить и рассыпаться. :-)


--
Александр Замараев

Re: Фантомные записи в БД

[Andrew Kruchinin]

Kochmin Alexandr пишет:

Есть еще один возможный способ создать глюк - замыкание сенсора. Но 
это уже не в местной компетенции.


Собственно там стоят дурацкие POS-ы от Штриха с сенсорными экранами. 
Эти сенсоры глючить могут.


вот так бы и сказал. Ибо из ниоткуда никак не могут появиться записи в 
базе. Кто-то их туда вводит. Однозначно.




Если бы я рядом не стоял, то и сам бы не поверил. Потому и вспомнил 
фразу про какие-то баги в 2.0.1. Ладно, счас поеду на 2.0.3 поменяю.


Из области анекдотов :-) Кафе, немного народу. На принтере (специальный, 
типа маленькой кассы) вылазит заказ на коктейль. Поворачивают голову - 
стол пустой... Все официанты на месте. Народ в шоке :-)


P.S. На самом деле в кафешке уже 2 года какой-то полтергейст творится. 
Такого количества глюков я нигде не видел. Проги стояли разные. То 
оборудование слетит по непонятной причине, то программа заглючит. Уже 
появились вполне серьезные мысли про приглашение батюшки. Хоть сам и не 
крещеный. Брр.


--
Андрей Кручинин

Если Вас грызет совесть, то выбейте ей зубы и она будет Вас обсасывать.

CTE в Update

[Александр Свириденков]

В RN написано что нерекурсивные CTE могут иcпользоваться в подзапросах
Update/Insert/Delete.
А что насчет рекурсивных? И какой тогда синтаксис?

На
with recursive a as (...) update ... ругается
на update ... where .. in (with recursive ...) тоже

Re: Фантомные записи в БД

[Kochmin Alexandr]

Andrew Kruchinin пишет:


Andrew Kruchinin пишет:


Есть еще один возможный способ создать глюк - замыкание сенсора. Но 
это уже не в местной компетенции.


Собственно там стоят дурацкие POS-ы от Штриха с сенсорными экранами. Эти 
сенсоры глючить могут.


вот так бы и сказал. Ибо из ниоткуда никак не могут появиться записи в 
базе. Кто-то их туда вводит. Однозначно.


--
Кочмин Александр

Re: Фантомные записи в БД

[Andrew Kruchinin]

Andrew Kruchinin пишет:


Есть еще один возможный способ создать глюк - замыкание сенсора. Но это 
уже не в местной компетенции.


Собственно там стоят дурацкие POS-ы от Штриха с сенсорными экранами. Эти 
сенсоры глючить могут.


--
Андрей Кручинин

Если Вас грызет совесть, то выбейте ей зубы и она будет Вас обсасывать.

Фантомные записи в БД

[Andrew Kruchinin]

Привет всем.

В базе непонятным образом иногда появляются фантомные записи. Непонятно 
что и откуда, но появляются они в момент открытия документа. Перелопатил 
весь код проги - ну нет там такого. Остается еще 2 греха - СУБД и само 
оборудование. Сервер сборки 2.0.1.12855. На конференции слышал что были 
какие-то глюки, но конкретно - могли появляться фантомные записи в этой 
версии?


Есть еще один возможный способ создать глюк - замыкание сенсора. Но это 
уже не в местной компетенции.


--
Андрей Кручинин

Если Вас грызет совесть, то выбейте ей зубы и она будет Вас обсасывать.

Re: Д.Р. Коваленко !

[Ovchinnikov Vasily]

Vlad Khorsun пишет:

   Поздравляем, желаем, ура !


Присоединяюсь!
DRINK!!!

--
Ovchinnikov Vasily
ova at tkvc ru

Re: OFF Чуть с ума не сошел

[Slava Ekimov]

В Висте в таблице символов A0 называется No-Break Space 

Re: OFF Чуть с ума не сошел

[Slava Ekimov]

Не удаляет пробел, хоть ты сдохни. Я его и cast к char(1), и так, и сяк.
Сюда уже хотел писать. Оказалось, что в том примере, который я взял из 
нашей

базы, вместо пробела с кодом 20 стоял символ с кодом A0, который выглядит
как пробел ВЕЗДЕ :-)))


Точно, A0 а не 0A ? Если последний - то это перевод строки в юнихах. И
как пробел он выглядит только в неправильных редакторах :)

В виндовой таблице символов посмотри :-) 

Re: OFF Чуть с ума не сошел

[Sergey Mereutsa]

Привет!

> Не удаляет пробел, хоть ты сдохни. Я его и cast к char(1), и так, и сяк.
> Сюда уже хотел писать. Оказалось, что в том примере, который я взял из нашей
> базы, вместо пробела с кодом 20 стоял символ с кодом A0, который выглядит
> как пробел ВЕЗДЕ :-)))

Точно, A0 а не 0A ? Если последний - то это перевод строки в юнихах. И
как пробел он выглядит только в неправильных редакторах :)



-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

OFF Чуть с ума не сошел

[Slava Ekimov]

В FB 2.1 написал процедуру, которая из строки удаляет не буквенно-цифровые 
символы.
Не удаляет пробел, хоть ты сдохни. Я его и cast к char(1), и так, и сяк. 
Сюда уже хотел писать. Оказалось, что в том примере, который я взял из нашей 
базы, вместо пробела с кодом 20 стоял символ с кодом A0, который выглядит 
как пробел ВЕЗДЕ :-)))

Re: OFF: ������

[Attid]

> õ ÍÅÎÑ ÎÁ ÒÕËÁÈ ËÏÒÏÂËÁ AltLinux Server, ÏÔÄÁÍ × ÈÏÒÏÛÉÅ ÒÕËÉ :-)
> ÷ ÐÒÉÎÃÉÐÅ, Ñ ÚÎÁÀ, ËÏÍÕ ÅÅ ÏÔÄÁÔØ, ÎÏ ×ÏÐÒÏÓ ËÏÇÄÁ.


ËÏÒÏÂËÕ ÐÕÂÌÉÞÎÏ ×ÒÕÞÉÌÉ, Ñ ×ÉÄÅÌ =)

ÐÏÄÏÂÎÁÑ ÎÏ×ÏÓÔØ

ëÏÍÐÁÎÉÑ Canonical, ÐÏÄÄÅÒÖÉ×ÁÀÝÁÑ ÒÁÚÒÁÂÏÔËÕ Ubuntu Linux, ÁÎÏÎÓÉÒÏ×ÁÌÁ 
ÄÏÓÔÕÐÎÏÓÔØ ÎÏ×ÏÇÏ ÓÅÒ×ÉÓÁ ÄÌÑ ÒÁÚÒÁÂÏÔÞÉËÏ× ÏÔËÒÙÔÏÇÏ ðï - 'Personal 
Package Archives' (PPA). ÷ ÒÁÍËÁÈ ÄÁÎÎÏÇÏ ÓÅÒ×ÉÓÁ ÒÁÚÒÁÂÏÔÞÉËÕ ÐÒÅÄÏÓÔÁ×ÌÅÎÏ 
ÏËÏÌÏ 1 ç ÄÉÓËÏ×ÏÇÏ ÐÒÏÓÔÒÁÎÓÔ×Á ÄÌÑ ÚÁÇÒÕÚËÉ Ó×ÏÉÈ ÐÒÏÅËÔÏ×, ÐÒÉ ÐÏÍÏÝÉ 
ÓÉÓÔÅÍÙ Launchpad ÚÁÇÒÕÖÅÎÎÙÅ ÉÓÈÏÄÎÙÅ ÔÅËÓÔÙ ÂÕÄÕÔ Á×ÔÏÍÁÔÉÞÅÓËÉ 
ÓËÏÍÐÉÌÉÒÏ×ÁÎÙ ÐÏÄ ÁÒÈÉÔÅËÔÕÒÙ x86 É AMD64, ÓÏÂÒÁÎÙ × ÐÁËÅÔÙ É ÒÁÚÍÅÝÅÎÙ × 
ÐÕÂÌÉÞÎÏÍ apt ÒÅÐÏÚÉÔÏÒÉÉ.

ÓÓÙÌËÉ
http://www.ubuntu.com/news/launchpad-ppa
https://launchpad.net/ubuntu/+ppas

Re[2]: Вопрос по функции HASH

[Sergey Mereutsa]

Привет!

>> > Надо всё внутри в юникоде хранить как жаба и нэт делают :)
>>
>> Ну дык храни. UTF-8 тебе в руки.

> UTF8 - это юникод для бедных :)))

Бугага! Как раз наоборот - для богатых. То ли дело, знать, что у тебя
символ - 4 байта. А в UTF-8 - сначала поди и посчитай! :))

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: Вопрос по функции HASH

[Kovalenko Dmitry]

> > Надо всё внутри в юникоде хранить как жаба и нэт делают :)
>
> Ну дык храни. UTF-8 тебе в руки.

UTF8 - это юникод для бедных :)))

Коваленко Дмитрий.

Re: Вопрос по функции HASH

[Dmitry Yemanov]

sasha wrote:


Надо всё внутри в юникоде хранить как жаба и нэт делают :)


Ну дык храни. UTF-8 тебе в руки.


--
Дмитрий Еманов

Re: Вопрос по функции HASH

[sasha]

делай как мы - канонический документ

> функция получения набора данных по идентификатору (у нас - документа)-
> преобразуется в XML, по нему хеш

У меня там не документ, а просто набор атрибутов. Например цена там 
может лежать и надо среднее будет посчитать - что тогда?

Вот в серверах где мощные средства обработки XML есть может что и получится.

Я вот ещё думал db4objects использовать, документацию полистал, но 
побоялся :-(

Re: Вопрос по функции HASH

[Boulitchev Aleksey]

У меня задача такая: я задумал написать очень абстрактную систему, 
работающую с разнородными объектами. Объекты имеют атрибуты. Я придумал 8 
разных типов атрибутов, каждый из которых отображается на свой тип в БД. 
Но, за неимением SqlVriant, мне надо было или хранить все атрибуты в 
наибольшем типе (у меня это текстовый блоб), или для каждого типа заводить 
своё поле.


делай как мы - канонический документ

функция получения набора данных по идентификатору (у нас - документа) - 
преобразуется в XML, по нему хеш


--
Булычев Алексей
http://www.stella-npf.ru

Re: Вопрос по функции HASH

[sasha]

З.Ы. Про транслитерацию только я один вспомнил или кто-то догадывался
про грабельки? ;-)


Надо всё внутри в юникоде хранить как жаба и нэт делают :)

Что это было? FB 1.5.4 SS+Win2003 - в логе бяка, базу отремонтировали

[Ovchinnikov Vasily]

Все привет.

Вот такое у одного из клиентов в логе:

---
SERVER_AV (Server)  Sat Nov 24 13:27:46 2007
Database: F:\AWTSYS\BUSTER.FDB
deadlock
internal gds software consistency check (error during savepoint backout 
(290))

SERVER_AV (Server)  Sat Nov 24 13:27:46 2007
Database: F:\AWTSYS\BUSTER.FDB
deadlock

SERVER_AV (Server)  Sat Nov 24 13:27:46 2007
Database: F:\AWTSYS\BUSTER.FDB
lock conflict on no wait transaction
deadlock
update conflicts with concurrent update

SERVER_AV (Server)  Sat Nov 24 13:27:46 2007
Database: F:\AWTSYS\BUSTER.FDB
lock conflict on no wait transaction
deadlock
update conflicts with concurrent update
---

После этого несколько таблиц в базе легли на пол лапками кверху.

Перезагрузили и некоторые программы потеряли способность нормально общаться с
базой. В логе после попыток их работы такое :


SERVER_AV (Server)  Sat Nov 24 13:45:26 2007
Database: F:\AWTSYS\BUSTER.FDB
internal gds software consistency check (applied differences will not 
fit in
record (177))

SERVER_AV (Server)  Sat Nov 24 13:45:26 2007
Database: F:\AWTSYS\BUSTER.FDB
internal gds software consistency check (applied differences will not 
fit in
record (177))

SERVER_AV (Server)  Sat Nov 24 13:52:38 2007
Database: F:\AWTSYS\BUSTER.FDB
internal gds software consistency check (cannot find record back 
version (291))

SERVER_AV (Server)  Sat Nov 24 13:52:38 2007
Database: F:\AWTSYS\BUSTER.FDB
internal gds software consistency check (cannot find record back 
version (291))
---
Начали ремонтировать под диктовку по телефону.

Спасло в конце концов только gfix -mend

В лог после нескольких запусков gfix с разными ключами выплюнулось вот это:
(Там юзеры вмешались немного - видна ошибка клиента ниже - я наорал там им в
трубку, чтоб отключились все, ибо базу в shutdown не сказал перевести...)
---
SERVER_AV (Server)  Sat Nov 24 15:06:02 2007
Database: F:\AWTSYS\BUSTER.FDB
Relation has 2 orphan backversions (180 in use) in table EVRYRAICE (155)


SERVER_AV (Server)  Sat Nov 24 15:08:18 2007
Database: F:\AWTSYS\BUSTER.FDB
Chain for record 3819022 is broken in table SALONINFO (197)


SERVER_AV (Server)  Sat Nov 24 15:08:42 2007
Database: F:\AWTSYS\BUSTER.FDB
Index 3 is corrupt on page 64881 in table SALONINFO (197)


SERVER_AV (Server)  Sat Nov 24 15:08:42 2007
Database: F:\AWTSYS\BUSTER.FDB
Index 3 is corrupt on page 64881 in table SALONINFO (197)


SERVER_AV (Server)  Sat Nov 24 15:08:42 2007
Database: F:\AWTSYS\BUSTER.FDB
Relation has 13 orphan backversions (41 in use) in table SALONINFO (197)


SERVER_AV (Client)  Sat Nov 24 15:12:27 2007
INET/inet_error: connect errno = 10061

SERVER_AV (Server)  Sat Nov 24 15:13:27 2007
Database: F:\AWTSYS\BUSTER.FDB
internal gds software consistency check (cannot find record back 
version (291))

SERVER_AV (Server)  Sat Nov 24 15:16:36 2007
Database: F:\AWTSYS\BUSTER.FDB
internal gds software consistency check (cannot find record back 
version (291))

SERVER_AV (Server)  Sat Nov 24 15:17:45 2007
Database: F:\AWTSYS\BUSTER.FDB
Relation has 2 orphan backversions (180 in use) in table EVRYRAICE (155)


SERVER_AV (Server)  Sat Nov 24 15:17:47 2007
Database: F:\AWTSYS\BUSTER.FDB
Chain for record 3819022 is broken in table SALONINFO (197)


SERVER_AV (Server)  Sat Nov 24 15:17:47 2007
Database: F:\AWTSYS\BUSTER.FDB
Index 3 is corrupt on page 64881 in table SALONINFO (197)


SERVER_AV (Server)  Sat Nov 24 15:17:47 2007
Database: F:\AWTSYS\BUSTER.FDB
Index 3 is corrupt on page 64881 in table SALONINFO (197)


SERVER_AV (Server)  Sat Nov 24 15:17:47 2007
Database: F:\AWTSYS\BUSTER.FDB
Relation has 13 orphan backversions (41 in use) in table SALONINFO (197)

---
После этого все нормально стало.

Так вот вопрос: из рассказов человека стало ясно, что действительно был массовый
конкурирующий апдейт - три пользователя точно одновременно ломились обновить
одну и ту же запись в SALONINFO и в EVRYRAICE частично запросами, частично
триггерами. Сервер не выдержал такого издевательства или физически на диске
что-то произошло? По логу никто ничего сказать не сможет?.. Осиротевшие
записи-то откуда взялись? А я пока пойду почитаю доку на ibase.ru

--
Regards,
Ovchinnikov Vasily
ova at tkvc ru

Re: Вопрос по функции HASH

[sasha]

А вот у МС есть SqlVariant. Что ты об этом думаешь? :-)

Re[2]: Вопрос по функции HASH

[Sergey Mereutsa]

Привет!

> Так у вас щас так и работает, т.е. хэш 15 = '15' :)

Неправильно оно у них работает чичазз :)

З.Ы. Про транслитерацию только я один вспомнил или кто-то догадывался
про грабельки? ;-)


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: Вопрос по функции HASH

[sasha]

И заодно '15', да?


Так у вас щас так и работает, т.е. хэш 15 = '15' :)

Re: Вопрос по функции HASH

[Dmitry Yemanov]

sasha wrote:


Hash() should:
- always return same results for same values

Ну так для меня как раз что 15, что 15.0, что 15.00 


И заодно '15', да?


- это всё одно и то же значение.


А для меня - разные.


Какие из его фразы выводы следуют?


Что ты неправильно трактуешь ситуацию.
И пытаешься сделать противоестественно.


--
Дмитрий Еманов

Re: Вопрос по функции HASH

[sasha]

А вот Пешков написал:

Hash() should:
- always return same results for same values

Ну так для меня как раз что 15, что 15.0, что 15.00 
- это всё одно и то же значение.



Какие из его фразы выводы следуют?

Re: Вопрос по функции HASH

[sasha]

   Почитай сегодняшний топик в fb-devel ;)


Не пойму я, Адриано вещает что хэш применяется к строке. А вот 
майкрософт считает что к массиву байт.


У меня задача такая: я задумал написать очень абстрактную систему, 
работающую с разнородными объектами. Объекты имеют атрибуты. Я придумал 
8 разных типов атрибутов, каждый из которых отображается на свой тип в 
БД. Но, за неимением SqlVriant, мне надо было или хранить все атрибуты в 
наибольшем типе (у меня это текстовый блоб), или для каждого типа 
заводить своё поле.
Я для каждого типа завёл своё поле и хэш для ускорения поиска атрибута 
по значению, то таскать везде 8 поле неудобно и очень часто мне куда 
более удобно работать с текстовым представление значения атрибута.


В общем у меня задача постоянно сравнивать хэши. Но вот только беда в 
том что хэш строкового представления не совпадает с представлением в 
конкретном типе, из-за чего много гемороя и ошибок вылезло...

Re: Вопрос по функции HASH

[Vlad Khorsun]

"sasha" ...



Уже догадался. Щас гляну что .NET выдаст...


Мда... Там всё умнее - функции на вхоже массив байт принимают и ничто иное :-)

Зато ещё один неочевидный сразу момент выплыл:

EXECUTE BLOCK
RETURNS (
  HASH1 BIGINT,
  HASH2 BIGINT)
AS
  DECLARE "Value1" VARCHAR(10) CHARACTER SET WIN1251 = 'Ё';
  DECLARE "Value2" VARCHAR(10) CHARACTER SET UTF8 = 'Ё';
BEGIN
  HASH1 = HASH("Value1");
  HASH2 = HASH("Value2");
  SUSPEND;
END

выдаст одинаковые хэши для ANSI-симаволов и разные для остальных.


Так что надо бы в документации уточнить как именно этот хэш считается вместо сухой фразы "Returns a HASH of a value", а то 
непонятно сходу...


   Почитай сегодняшний топик в fb-devel ;)

--
Хорсун Влад