date:20060907

2006-09-07 Пенетрантность Alexander A. Venikov


Ded [EMAIL PROTECTED] wrote:

 Íó ìîæåò òîëüêî ñîáðàëèñü, ìíå-òî ïîôèã... Ïîøóêàé òóò ïîèñêîì, ÄÅ âåùàë 
 íåäàâíî íà ýòó òåìó.

Âåùàë ÿ íà äðóãóþ òåìó. SUSPEND íèêòî íå çàïðåùàë.


--
Äìèòðèé Åìàíîâ

Re: Пятница N14



Hello, Evgeny!
You wrote  on Thu, 7 Sep 2006 09:32:25 +0400:

EP Если сделаеш пересечение на вышеупомянутой ссылке и тут 
http://www.interbase-world.com/ru/book/articles/450.php?phrase_id=251177
EP то быстро отыщещ искомое :-D
Интриганы, блин... :) Мелковаты эти фото для моих глаз, третий десяток лет 
разнообразными мониторами мучаемых.


Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixangry_dogtndottobdotru

Re: О классификации

2006-09-07 Пенетрантность Oleg LOA

Boltik Evgeny [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
 
 До тебя мои писма доходят или у тебя фильтр какой глючит?

Одно сегодня пришло - ответил.

Re: База умерла

2006-09-07 Пенетрантность Alexey Popov




Спасибо, за линки. Но базу надо будет ещё перекачать мне.
Вопрос, если смысл попробовать заставить юзера gfix натравить?


--
--- Home Page http://ok.novgorod.net/ap ---

Re: Пятница N14

Alexander A. Venikov wrote:
EP Если сделаеш пересечение на вышеупомянутой ссылке и тут
http://www.interbase-world.com/ru/book/articles/450.php?phrase_id=251177

EP то быстро отыщещ искомое :-D
Интриганы, блин... :) Мелковаты эти фото для моих глаз, третий десяток
лет разнообразными мониторами мучаемых.

Иэххх... видать, не только глаза замучил за три десятка-то ;) Пойдём
простым логическим ходом (С). Даже без дополнительных ссылок, они нужны
только если очень хочется идентифицировать с точностью до имени-фамилии.
Значит, имеем 8 фоток. На 5 есть Марина, то есть кошка снимает и,
следственно, в кадре быть не может. Из оставшихся трёх на двух живых
объектов нету. Остаётся только одна фотка... Китаёза отбрасываем, он
явно местный серферский сенсей. Остаются две особы жонского полу и одна
мужеского. Одна из особ жонского полу, в синеньком, присутствует исчо на
одной фотке. Такшта остаётся одно из двух, дорешай сам ;)

Кстати, следующая серия обещана на сегодня, наверное к вечеру.

Исчо раз кстати, заглянул в ЖЖ к Махе, она у себя типа
отчитывается. Мдя. И эту афцу кто-то называл лицом ЖЖ...

--
Regards. Ded.

Re: Пятница N14

Hi Ded !

 D Значит, имеем 8 фоток. На 5 есть Марина, то есть кошка
 D снимает и, следственно, в кадре быть не может. 

Речь про 2-й отчёт ?
Марина на 6-ти фотках. 
Там на 1-й фотке видно часть руки в красном рукаве. Человек, кому принадлежит 
эта рука, сидит там же, где Марина на 2-м снимке.

-

Re: Пятница N14

2006-09-07 Пенетрантность Ovchinnikov Vasily



Karabas Barabas wrote:


Речь про 2-й отчёт ?
Марина на 6-ти фотках. 
Там на 1-й фотке видно часть руки в красном рукаве.


  Нуу... я бы не стал опираться на предположение, что на всей Бале 
красные рукава только у Марины ;)




Человек, кому принадлежит эта рука, сидит там же, где Марина на 2-м снимке.


  Там сидят все разные люди и даже более того, снимки сделаны в разных 
местах пляжа ;)


ЗЫ: Провоцируй-не провоцируй, пальцем всё равно не ткну :-D

--
Regards. Ded.

Re: Обрывы соединения

Alexey Popov пишет:

Кусайте локти, господа! Причина так сабжа так и осталась
невыясненной. Что то покрутили пиплы в настройках ХП методом
уничтожить всё и оно вроде перестало обрубаться. Можно
только сказать что деле не в питании сетевой платы и не
в каком то firewall/proxy, т.к. их не там нет.

Локти кусать никто и не подумает. Это не ответ! Пиплы с отвертками
просто некомпетентны, раз причину не локализовали. Была проблема с
разрывом коннекта со стороны SQL-сервера. С бубном поплясали и ладно,
все исправилось. Просто замечательно! Главное, этот бубен всегда теперь
рядом с сервером держать, чтоб не искать потом.

А уничтожить все - это
A:\MSDOS6.22\fdisk.exe /MBR?

А лично от себя добавлю... что всегда винды недолюбливал (и продолжаю)
за непредсказуемые выходки даже в домашнем пользовании.

Опять же XP в качестве платформы для SQL-сервера...
(без комментариев, плиз, ибо флейм пойдет).

--
Regards,
Ovchinnikov Vasily
ova at tkvc ru

Re: Про SUSPEND




Вещал я на другую тему. SUSPEND никто не запрещал.


А можно запретить? Мне кажется что такую тонкость как поведение SUSPEND 
при вызове процедуры с помощью EXECUTE PROCEDURE, помнят очень не 
многие. Фактически это потенциальная возможность провести ночь наедине с 
отладчиком.

Re: Пятница N14

Hi Ded !

 DНуу... я бы не стал опираться на предположение, что на 
 D всей Бале красные рукава только у Марины ;)

см. вложение :)

 DТам сидят все разные люди и даже более того, снимки
 D сделаны в разных местах пляжа ;)

см. вложение :)

 D ЗЫ: Провоцируй-не провоцируй, пальцем всё равно не ткну

неее, зачем мне провоцировать ? интересно же вычислить кузне... кошку :)

-attachment: links2.JPG

Re: Про SUSPEND



sasha wrote:

Фактически это потенциальная возможность провести ночь наедине с 
отладчиком.


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


1. Условные операторы - запросто можно накрутить лишнего.
2. Переменные - легко можно забыть инициализировать.
3. Оператор деления - можно поделить на ноль.
4. Всю остальную арифметику - ничто не мешает сложить не с тем, вычесть 
не то и умножить вообще на хрен знает что.

5. УДФ. Это вообще чорный ящик.
6. Блоки. Если бигины и енды растыкать не в те места, в которые нужно, 
то такая херня получается...

7. Операторы обработки исключений. Ну совсем не для среднего ума штучка.
8. SQL-запросы. Случается, даже сервак подвешивают.

   Примерно так. Жить станет лучше, жить станет веселей.

--
Regards. Ded.

Re: Про SUSPEND



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


А зачем тогда было запрещать сортировку по невыбираемым полям в запросах 
с группировкой? И так бы прокатило...

Re: �� N14


Ded [EMAIL PROTECTED] wrote:

 ËÏÛËÁ ÓÎÉÍÁÅÔ É, ÓÌÅÄÓÔ×ÅÎÎÏ, × ËÁÄÒÅ ÂÙÔØ ÎÅ ÍÏÖÅÔ

ñ ÂÙ ÎÁ ÍÅÓÔÅ ËÏÛËÉ ×ÚÑÌ ÎÁ âÁÌÀ ÛÔÁÔÉÆÆÞÅÇ É ÐÕÌØÔ äõ, ÐÏÓÌÅ ÞÅÇÏ ÐÏÓÍÅÑÌÓÏ 
ÂÙ ÎÁÄ ÓÌÅÄÓÔ×ÉÑÍÉ :-)


--
äÍÉÔÒÉÊ åÍÁÎÏ×

Re: Пятница N14



Karabas Barabas wrote:


см. вложение :)


   Со стрелочками ты, однако, прав, Пятач... ой, Карабас. Осталось 
только выяснить хто стырил стол с плакатиком и дерево :)



интересно же вычислить кузне... кошку :)


   Вычисляй ;)

--
Regards. Ded.

Re: Про SUSPEND



Очень многие люди вызывают процедуры с SUSPEND через EXECUTE. Я, например 
:-)



Процедуры без выходных параметров у тебя с SUSPEND? Я ведь токо про 
них... Если да, то почему не EXIT ?

Re: Пятница N14

Hi Ded !

 D Осталось только выяснить хто стырил стол с плакатиком и
 D дерево :)

1-й и 2-й снимки явно сделаны с разных точек. Соответственно столик и дерево 
просто не попали в поле зрения. Но снят один и тот же эпизод на том же месте - 
люди сидят точно так же, мотоциклы на заднем плане тоже присутствуют на обоих 
снимках. Крыши - аналогично, толко на одном снимке в поле зрения попали крыши, 
находящиеся в тени, а на втором - на солнце.

да и логически рассуждая - станет ли Марина во время урока ходить с фотиком 
вокруг ? Она это кошке поручит :) стало быть если кошка и есть на снимках, то 
не на этих

Косвенно о наличии кошки можно судить по двухспальному номеру в первой серии 
отчета. А так же, как уже было отмечено, по отпечатку от кошки на постели :)

-

Re: Пятница N14



Dmitry Yemanov wrote:

Я бы на месте кошки взял на Балю штатиффчег и пульт ДУ, после чего посмеялсо 
бы над следствиями :-)


   Исследования Карабаса ваще-та показывают, что так оно и есть, это я, 
слипенький, не всё разглядел :)


--
Regards. Ded.

Re: Про SUSPEND

2006-09-07 Пенетрантность Boulitchev Aleksey



sasha wrote:

А зачем тогда было запрещать сортировку по невыбираемым полям в запросах 
с группировкой? И так бы прокатило...


  Не-а. Вот это-то как раз не прокатило бы в общем случае.

--
Regards. Ded.

Re: Про SUSPEND



А зачем тогда было запрещать сортировку по невыбираемым полям в запросах с 
группировкой? И так бы прокатило...


по личной просьбе оптимизатора - его тошнило

PS +:)

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

Re: Пятница N14



Karabas Barabas wrote:


стало быть если кошка и есть на снимках, то не на этих


   Ыщы-ыщы, должон быть (С). Вон ДЕ разгадку подкинул ;)

--
Regards. Ded.

Re: Про SUSPEND




  Не-а. Вот это-то как раз не прокатило бы в общем случае.


Но ведь до 2.0 так было...

Вобще сами посудите. Где такое есть чтобы оператор менял своё поведение 
в зависимости от способа вызова подпрограммы? Я не теоретик в области 
языков программирования, но чую что так не должно быть...

Re: Пятница N14

Hi Ded !

 D Ыщы-ыщы, должон быть (С). Вон ДЕ разгадку подкинул ;)

Эх, ниасиливаю пока что :)

-

Re: OFF: SVN

2006-09-07 Пенетрантность Oleg Deribas


Hello,

Nikolay Trifonov said the following on 21.08.2006 17:30:

 Начитался тут о CVS и SVN и принялся переводить проекты под версии. Те, что 
 под firebird без проблем: создал create.sql скрипт базы и нарастающий 
 update.sql, отдал под контроль версий и все, при желании вернуться на прежню 
 версию только базу с двух скриптов заново создать. 

Вот, случайно наткнулся на интересный проект по этой теме:
http://www.svn-hosting.com/trac/Daversy
Что-то вроде системы контроля версий для реляционных БД. Правда, проект
еще в самом начала и поддерживаются только oracle и sqlite ...

-- 
Oleg

Re: Обрывы соединения

2006-09-07 Пенетрантность Oleg LOA

Ovchinnikov Vasily [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
 А лично от себя добавлю... что всегда винды недолюбливал (и продолжаю) 
 за непредсказуемые выходки даже в домашнем пользовании.
 Опять же XP в качестве платформы для SQL-сервера...
 (без комментариев, плиз, ибо флейм пойдет).

Мыши плакали, кололись, но продолжали не читать документацию

Re: Про SUSPEND



Oleg LOA wrote:


Объясни как  неопределённое поведение может менять своё поведение в 
зависиости от чего-го там?


   Мона я? Через фазу луны :-D

--
Regards. Ded.

Re: Про SUSPEND




Объясни как  неопределённое поведение может менять своё поведение в 
зависиости от чего-го там?


Как это неопределённое поведение?

Вот выдержка из LAngRef, стр. 169

Select procedure:
• Suspends execution of procedure until next FETCH is issued
• Returns output values

Executable procedure:
• Jumps to final END
• Not Recommended


Определения Select procedure и Executable procedure - это вобще 
отдельная тема, поскольку Select procedure всегда является Executable 
procedure:


Select procedures that an application can use in place of a table or 
view in a SELECT
statement. A select procedure must be defined to return one or more 
values, or an error

will result.

Executable procedures that an application can call directly, with the 
EXECUTE PROCEDURE
statement. An executable procedure need not return values to the calling 
program.


Фактически из этих определений ясно видно что Select procedure - это 
такая, которую можно вызвать в команде SELECT. Но поскольку её же можно 
вызвать и в команде EXECUTE PROCEDURE, то программист формально не может 
определить будет ли выполнен Jumps to final END или не будет.


Я предлагаю в случае отсутствия выходных параметров запретить 
использование SUSPEND, т.к. для этого предназначен EXIT.




Вот, к стати, интересная аналогия на C#:

void Button1Click(object sender, System.EventArgs e)
{
SuspendTest();
}

public IEnumerable SuspendTest()
{
MessageBox.Show(Start);

for (int i = 0; i  5; i++)
yield return i;
}


При вызове Button1Click код

MessageBox.Show(Start);

вобще не срабатывает.

Re: Про SUSPEND



Ты мне мозги не парь. Вот твой вопрос: А зачем тогда было запрещать сортировку по невыбираемым полям в запросах 
с группировкой? И так бы прокатило...


Я это спросил не потому что я против того что вы поменяли. Я даже этим 
не пользовался никогда. Просто знаю о факте что это было поменяно и что 
люди имели вопросы.
Собственно вопрос я задал с намёком на то: почему сортировку запретить 
можно, а SUSPEND в процедуре без параметров нельзя? Надо выйти из 
процедуры - пользуй EXIT.

Re: �� SUSPEND


sasha [EMAIL PROTECTED] wrote:

 à SUSPEND â ïðîöåäóðå áåç ïàðàìåòðîâ íåëüçÿ? Íàäî âûéòè èç ïðîöåäóðû - 
 ïîëüçóé EXIT.

Äà íå ïðîáëåìà çàïðåòèòü. Íî ÷åì ýòî òåáå ïîìîæåò, åñëè âûõîäíûå ïàðàìåòðû 
òàêè íóæíû?


--
Äìèòðèé Åìàíîâ

Multi Doc Numeration


Hi, многоуважаемый All!

Есть табличка шапок документов скажем

CREATE TABLE DOC (
IDBIGINT,
TYPE_ID   BIGINT,
DATE_DOC  TIMESTAMP,
NUM   BIGINT,
UserNUM   BIGINT,
From_ID   BIGINT,
TO_ID BIGINT,
...
);

1) Есть условие что нумерация (NUM) для каждого типа документов (type_id)
   должна быть уникальной

2) Есть условие что для каждого контрагента получателя (To_ID), в зависимости
   от типа документа (Type_id) идёт своя нумерация

Нужно обеспечить уникальность нумерации документов по вышеизложенным критериям
и желательно с минимальными дырками в нумерации ...
Например:

ID Type_idNum   ToID  UserNum
 1 1   1  1  1
 2 1   2  2  1
 3 1   3  1  2
 4 2   1  1  1

и т.д.

  Естественно типов документов много, а контрагентов и того больше
  на каждый случай генератора не заведёшь ...

  Сейчас нумерация производиться через SP с использованием семафора
  в виде генератора ... Что-то типа (упрощая):

CREATE PROCEDURE DOC_PROVODKA (
doc_id bigint)
as
declare variable i bigint;
declare variable tid bigint;
declare variable ftid bigint;
begin
// Stop - семафор,
// sleep - UDF наподобие Application.ProcessMessages в Delphi
  while (gen_id(stop, 0)  0)) do sleep(100);
  i = gen_id(stop, 1);

  select TYPE_ID, to_id from vw_doc where id = :doc_id into :tid, :ftid;

  select max(num) from doc where TYPE_ID = :tid into :i;
  update doc set num = z(:i) + 1 where id = :doc_id;

  select max(UserNUM) from doc where TYPE_ID = :tid and to_id = :ftid into :i;
  update vw_doc set UserNUM = z(:i) + 1 where id = :doc_id;

  i = gen_id(stop, -1);
end

Естественно всё это запускается в ReadCommitted транзакции с AutoCommit.

Вопрос: когда я, с таким подходом, напорюсь на грабли ? И на какие ?
А если серьёзно, кто что думает по этому поводу ?
Если можно, подскажите варианты решения ... желательно опробованные на
практике ...

PS: Знаю что так делать нельзя - пришлось ...
Но текущая ситуация выводит меня из равновесия ...
Вот и решил спросить мож кто что-то дельное подскажет ?

С уважением,
Константин Григорьевич.
===
Двоечник на любое - Надо! отвечает - Зачем?

Re: Про SUSPEND



Да не проблема запретить. Но чем это тебе поможет, если выходные параметры 
таки нужны?


Ну если нужны - это другой вопрос. Я бы вобще запретил вызывать 
процедуры через EXECUTE PROCEDURE, если в них есть SUSPEND. Но ты ведь 
сам сказал что лично такими пользуешься. Поэтому я не знаю что сказать.


У меня же ситуация была судя по всему следующая. Процедура делает внутри 
себя кое-каие вычисления и сохраняет их в таблицах. Для отладки мы 
наделали кучу выходных параметров чтобы посмотреть что она в таблицы 
пишет, а когда отладили, то выходные параметры превратили во внутренние 
переменные. Про то что надо удалить SUSPEND-ы никто не сообразил. В 
результате мы поимели баг, который вылавливали больше двух часов. Если 
бы SUSPEND был запрещён, то конкретно этот баг было бы сделать невозможно.

Re: Multi Doc Numeration

2006-09-07 Пенетрантность Alexey Popov




Тебе нужна сериализация.
При генерации нового документа запускаешь транзакцию с параметрами

wait
lock_write=имя_некой_таблицы
protected

Такие транзакции будут сериализованы. Внутри вычисляешь
номер нового документа обычными sql операторами.


--
--- Home Page http://ok.novgorod.net/ap ---

Re: �� SUSPEND


sasha [EMAIL PROTECTED] wrote:

 ß áû âîáùå çàïðåòèë âûçûâàòü ïðîöåäóðû ÷åðåç EXECUTE PROCEDURE, åñëè â íèõ 
 åñòü SUSPEND. Íî òû âåäü ñàì ñêàçàë ÷òî ëè÷íî òàêèìè ïîëüçóåøüñÿ. Ïîýòîìó 
 ÿ íå çíàþ ÷òî ñêàçàòü.

Äåëî íå ñòîëüêî âî ìíå, ñêîëüêî â êó÷å ïðîöåäóð, ñãåíåðåííûõ IBExpert-îì (è 
èæå ñ íèì) è ñîäåðæàùèõ SUSPEND èñêëþ÷èòåëüíî øîá áóëî. Ïîìíþ âðåìåíà, 
êîãäà íà ôîðóìàõ ðåêîìåíäîâàëè â executable-ïðîöåäóðàõ âñåãäà ïèñàòü SUSPEND 
(íà âñÿêèé ïîæàðíûé ñëó÷àé). Òàê ÷òî íàñëåäèå îé êàê âåëèêî.


--
Äìèòðèé Åìàíîâ

Re: Multi Doc Numeration



Константин wrote:

Вопрос: когда я, с таким подходом, напорюсь на грабли ? И на какие ?
CREATE PROCEDURE DOC_PROVODKA (
doc_id bigint)
as
declare variable i bigint;
declare variable tid bigint;
declare variable ftid bigint;
begin
// Stop - семафор,
// sleep - UDF наподобие Application.ProcessMessages в Delphi
  while (gen_id(stop, 0)  0)) do sleep(100);
  i = gen_id(stop, 1);


  Здесь. Запросто можешь получить в i не 1, как ты думаешь, а 2,3...N


  select TYPE_ID, to_id from vw_doc where id = :doc_id into :tid, :ftid;

  select max(num) from doc where TYPE_ID = :tid into :i;


  Здесь. Либо лишний индекс либо будешь курить бамбук.


  update doc set num = z(:i) + 1 where id = :doc_id;

  select max(UserNUM) from doc where TYPE_ID = :tid and to_id = :ftid into :i;


  Здесь. Либо лишний индекс либо будешь курить бамбук.


  update vw_doc set UserNUM = z(:i) + 1 where id = :doc_id;

  i = gen_id(stop, -1);


  Здесь. Запросто можешь получить в i не 0, как ты думаешь, а 1,2,3...N


end



А если серьёзно, кто что думает по этому поводу ?


  Очередной лисапет с до боли знакомыми квадратными колёсами.


Если можно, подскажите варианты решения ... желательно опробованные на
практике ...


  Раз уж тебе приспичило создавать бутылочные горлышки в системе и 
выстраивать всех в очередь, заведи табличку


Номера
Тип документа not null PK
Следующий номер int

и получай номер как-нибудь так:

Starttransaction
Repeat
 Try
   Update Номера Set Следующий номер = Следующий номер +1
   Where Тип документа = Чаво нада;
   Select Следующий номер
From Номера
Where Тип документа = Чаво нада;
   Получилося:=True;
   Except Do
Получилося:=False;
 end;
Until Получилося;
Тыр-пыр-восемь дыр, ну там инсёрт или ещё чего нада для щастья
Commit;

Это для read_commited. А ващета про генерацию людских, а не 
искуственных номеров, подробные статейки есть, и вроде даже у ДК на сайте...


--
Regards. Ded.

Re: Multi Doc Numeration



Alexey Popov wrote:




Тебе нужна сериализация.
При генерации нового документа запускаешь транзакцию с параметрами

wait
lock_write=имя_некой_таблицы
protected

Такие транзакции будут сериализованы. Внутри вычисляешь
номер нового документа обычными sql операторами.



   Мля, на колу мочало, начинай сначала, 2001-й год вроде, учител Йода 
вернулся. Чтоб удержать одну запись, крайне необходимо блокировать 
таблицу целиком. МП, крутани ПНХ движок до отсечки, а?


--
Regards. Ded.

Re: Multi Doc Numeration

2006-09-07 Пенетрантность Shiliaev Ruslan



Константин пишет:

Hi, многоуважаемый All!

Есть табличка шапок документов скажем

CREATE TABLE DOC ( IDBIGINT, TYPE_ID   BIGINT, DATE_DOC
TIMESTAMP, NUM   BIGINT, UserNUM   BIGINT, From_ID   BIGINT, 
TO_ID BIGINT, ... );


1) Есть условие что нумерация (NUM) для каждого типа документов
(type_id) должна быть уникальной

2) Есть условие что для каждого контрагента получателя (To_ID), в
зависимости от типа документа (Type_id) идёт своя нумерация


Привет!

Заведи таблицу с номерами для разных получателей и типов документов:

CREATE TABLE DOC_NUM(
TO_ID BIGINT NOT NULL,
TYPE_ID BIGINT NOT NULL,
MAX_DOC_NUM INT NOT NULL);


ALTER TABLE DOC_NUM ADD CONSTRAINT PK_DOC_NUM PRIMARY KEY (TO_ID, TYPE_ID);

В триггере на BI что то типа:
...
IF (EXISTS(SELECT 1 FROM DOC_NUM WHERE TO_ID = NEW.TO_ID AND TYPE_ID =
NEW.TYPE.ID)) THEN
UPDATE DOC_NUM SET MAX_DOC_NUM = MAX_DOC_NUM + 1 WHERE TO_ID =
NEW.TO_ID AND TYPE_ID = NEW.TYPE.ID;
ELSE
INSERT INTO DOC_NUM(TO_ID, TYPE_ID, MAX_DOC_NUM) VALUES (NEW.TO_ID,
NEW.TYPE_ID, 1);

SELECT MAX_DOC_NUM FROM DOC_NUM WHERE TO_ID = NEW.TO_ID AND TYPE_ID =
NEW.TYPE.ID INTO NEW.NOM;

И пиши в коротких R/C транзакциях. В случае облома - sleep(100) и пробуй
еще.

--
Удачи!

Shiliaev Ruslan

Re[2]: Multi Doc Numeration


D Константин wrote:
   i = gen_id(stop, 1);
DЗдесь. Запросто можешь получить в i не 1, как ты думаешь, а 2,3...N
 Я тоже об этом подумал и в реальной процедуре там ещё стоит:
 if i  1 then begin Result = 'Ошибка'; Exit; end;
 Правда не уверен что и это поможет в каких-то заковыристых
 случаях :(

{SORRY SKIP}

DОчередной лисапет с до боли знакомыми квадратными колёсами.
  А шо дела ть ? Вся программистская жизнь из лисапетов и состоит :)

DРаз уж тебе приспичило создавать бутылочные горлышки в системе и
D выстраивать всех в очередь, заведи табличку

{SORRY SKIP}

   Интерестный подход, спасибо, подумаю хотя сразу вижу неприятность
   для каждого типа условия своя табличка. Да и переколбасить надо
   несколько тригеров что-бы эти таблички содержались в актуальном
   состоянии при добавлении типов документов, контрагентов и т.д.

D Это для read_commited. А ващета про генерацию людских, а не 
D искуственных номеров, подробные статейки есть, и вроде даже у ДК на сайте...

   А ссылочку не кинешь ?

С уважением,
Константин Григорьевич.
===
Отличник на любое - Зачем? отвечает - Надо!

Re[2]: Multi Doc Numeration




D Alexey Popov wrote:

 
 
 Тебе нужна сериализация.
 При генерации нового документа запускаешь транзакцию с параметрами
 
 wait
 lock_write=имя_некой_таблицы
 protected
 
 Такие транзакции будут сериализованы. Внутри вычисляешь
 номер нового документа обычными sql операторами.


D Мля, на колу мочало, начинай сначала, 2001-й год вроде, учител Йода
D вернулся. Чтоб удержать одну запись, крайне необходимо блокировать 
D таблицу целиком. МП, крутани ПНХ движок до отсечки, а?

   Я чё-той не понял, этот вариант не сработает ?
   МП, крутани ПНХ - это что за шифр ? :)

С уважением,
Константин Григорьевич.
===
Двоечник на любое - Надо! отвечает - Зачем?

Re: Multi Doc Numeration

2006-09-07 Пенетрантность Alexey Popov





Ded wrote:


Такие транзакции будут сериализованы. Внутри вычисляешь
номер нового документа обычными sql операторами.


   Мля, на колу мочало, начинай сначала, 2001-й год вроде, учител Йода 
вернулся. Чтоб удержать одну запись, крайне необходимо блокировать 
таблицу целиком. МП, крутани ПНХ движок до отсечки, а?


Если изменяющие транзакции быстрые и не висячие то никаких узких мест.
Блокировать можно не основную таблицу, а вспомогательную.
Тогда блокировка будет идти только при создании нового документа, но
это если номера не редактируются.

--
--- Home Page http://ok.novgorod.net/ap ---

Re[2]: Multi Doc Numeration


SR Заведи таблицу с номерами для разных получателей и типов документов:

SR CREATE TABLE DOC_NUM(
SR TO_ID BIGINT NOT NULL,
SR TYPE_ID BIGINT NOT NULL,
SR MAX_DOC_NUM INT NOT NULL);


SR ALTER TABLE DOC_NUM ADD CONSTRAINT PK_DOC_NUM PRIMARY KEY (TO_ID, TYPE_ID);

SR В триггере на BI что то типа:
SR ...
SR IF (EXISTS(SELECT 1 FROM DOC_NUM WHERE TO_ID = NEW.TO_ID AND TYPE_ID =
SR NEW.TYPE.ID)) THEN
SR UPDATE DOC_NUM SET MAX_DOC_NUM = MAX_DOC_NUM + 1 WHERE TO_ID =
SR NEW.TO_ID AND TYPE_ID = NEW.TYPE.ID;
SR ELSE
SR INSERT INTO DOC_NUM(TO_ID, TYPE_ID, MAX_DOC_NUM) VALUES (NEW.TO_ID,
SR NEW.TYPE_ID, 1);

SR SELECT MAX_DOC_NUM FROM DOC_NUM WHERE TO_ID = NEW.TO_ID AND TYPE_ID =
SR NEW.TYPE.ID INTO NEW.NOM;

SR И пиши в коротких R/C транзакциях. В случае облома - sleep(100) и пробуй
SR еще.

Чёй-то я не понял ... Помоему тут можно наткнутся на 2 одинаковых
номера ... надо подумать ... Но всё равно спасибо ...

С уважением,
Константин Григорьевич.
===
Двоечник на любое - Надо! отвечает - Зачем?

Re[2]: Multi Doc Numeration


BA а не спросить ли Вам у отличника про нумерацию документов?

Во первых мы с ним вместе не работаем, даже не общаемся ...
Во вторых умение раздавать ТЗ, ИМХО, не есть умение подсказать
КАК что-то сделать ...
В третьих, ...

PS: Подколол конечно класно, но пусть меня засыпят гравием те -
кто знает Абсолютно ВСЁ ...

PPS: И пусть посыпят СЕБЕ голову пеплом те, кто ни разу не
 спотыкался но простейших вещах, даже зная много ...
 Ибо когда споткнутся, провозятся кучу времени,
 а когда сделают - скажут:
 и из-за такой фигни я потратил сколько времени!!! 

Отличие меня, как двоечника, - я не стесняюсь спросить,
и показаться неумехой о таких проколах ...

Отличник бы, ИМХО, долго и нудно переживал-бы за своё
незнание, скрывал-бы, и потратил-бы больше времени ...

С уважением,
Константин Григорьевич.
===
Двоечник на любое - Надо! отвечает - Зачем?

Re[2]: Multi Doc Numeration

AP Ded wrote:

Такие транзакции будут сериализованы. Внутри вычисляешь
номер нового документа обычными sql операторами.

Мля, на колу мочало, начинай сначала, 2001-й год вроде, учител Йода
вернулся. Чтоб удержать одну запись, крайне необходимо блокировать
таблицу целиком. МП, крутани ПНХ движок до отсечки, а?

AP Если изменяющие транзакции быстрые и не висячие то никаких узких мест.
AP Блокировать можно не основную таблицу, а вспомогательную.
AP Тогда блокировка будет идти только при создании нового документа, но
AP это если номера не редактируются.

Да не редактируются они, есть правда обратная проводка - но это
уже из другой оперы ... И, ИМХО, для меня такой способ, наверное,
более подходящий т.к. сколько ещё нумераций додумаются ввести -
мне доподлинно неизвестно а так я буду на 99,9% уверен что не
отгребу глюки ...

С уважением,
Константин Григорьевич.
===
Отличник на любое - Зачем? отвечает - Надо!

Re: Пятница N14

2006-09-07 Пенетрантность Dmitri Kuzmenko



Hello, Karabas!

Karabas Barabas wrote:

1-й и 2-й снимки явно сделаны с разных точек. 


да и логически рассуждая - станет ли Марина во время урока ходить с 

фотиком вокруг ? --

логически рассуждая, качество этих фоток ниже, чем на фотосессиях.
Из чего можно сделать вывод, что снимал это вообще другой человек
и другим фотоаппаратом.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Обрывы соединения

2006-09-07 Пенетрантность Dmitri Kuzmenko



Hello, Vasily!

Ovchinnikov Vasily wrote:


Опять же XP в качестве платформы для SQL-сервера...
(без комментариев, плиз, ибо флейм пойдет).


да вот хоть комментарий. живут же люди:
http://ibdeveloper.blogspot.com/2006/09/overloaded-by-transactions.html

причем, предположение о 880 тысячах транзакций в сутки
естественно, происходит из деления Next на число дней жизни базы.
То есть, реальное число транзакций в сутки может зашкаливать и
за 2 миллиона.
Подчеркну как и в посте, что ничего страшного в таком числе
транзакций вообще я не вижу. Однако указанная система
работает как сервер на WinXP.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: �� N14


Dmitri Kuzmenko [EMAIL PROTECTED] wrote:

 ÌÏÇÉÞÅÓËÉ ÒÁÓÓÕÖÄÁÑ, ËÁÞÅÓÔ×Ï ÜÔÉÈ ÆÏÔÏË ÎÉÖÅ, ÞÅÍ ÎÁ ÆÏÔÏÓÅÓÓÉÑÈ.
 éÚ ÞÅÇÏ ÍÏÖÎÏ ÓÄÅÌÁÔØ ×Ù×ÏÄ, ÞÔÏ ÓÎÉÍÁÌ ÜÔÏ ×ÏÏÂÝÅ ÄÒÕÇÏÊ ÞÅÌÏ×ÅË
 É ÄÒÕÇÉÍ ÆÏÔÏÁÐÐÁÒÁÔÏÍ.

îÅ ÐÕÔÁÊ ÒÅÐÏÒÔÁÖÎÕÀ ÓßÅÍËÕ Ó ÐÏÓÔÁÎÏ×ÏÞÎÏÊ :-) þÔÏÂ ÚÁÓÎÑÔØ íÁÒÉÎÕ Ó ÄÏÓËÏÊ 
× ÇÌÁÍÕÒÅ Á-ÌÑ ÐÒÅÖÎÉÅ ÆÏÔÏÓÅÓÓÉÉ, ÔÁÍÏÛÎÅÇÏ ÉÎÓÔÒÕËÔÏÒÁ Ó ÅÇÏ ÚÁÎÑÔÉÑÍÉ 
ÐÒÉÛÌÏÓØ ÂÙ ÐÏÄ×ÉÎÕÔØ ÎÁ ÐÏÌÞÁÓÉËÁ :-)


--
äÍÉÔÒÉÊ åÍÁÎÏ×

Re: Пятница N14



Dmitri Kuzmenko wrote:


логически рассуждая, качество этих фоток ниже, чем на фотосессиях.
Из чего можно сделать вывод, что

фотошоп на ноут забыли установить :-D

--
Regards. Ded.

Re: оПН SUSPEND

2006-09-07 Пенетрантность Dmitri Kuzmenko



Hello, Dmitry!

Dmitry Yemanov wrote:

иже с ним) и содержащих SUSPEND исключительно шоб було. Помню времена, 
когда на форумах рекомендовали в executable-процедурах всегда писать SUSPEND 
(на всякий пожарный случай). Так что наследие ой как велико.


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

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Про SUSPEND



Дело не столько во мне, сколько в куче процедур, сгенеренных IBExpert-ом (и 
иже с ним) и содержащих SUSPEND исключительно шоб було. Помню времена, 
когда на форумах рекомендовали в executable-процедурах всегда писать SUSPEND 
(на всякий пожарный случай). Так что наследие ой как велико.


Так а зачем версию сервера менять если наследование есть? Хочешь новую 
версию сервера - переделывай. Не хочешь переделывать - сиди на старой 
версии...
Мы, к примеру, не можем перейти на .NET 2.0 с .NET 1.1 т.к. очень много 
изменений надо делать и стандартный майкрософтовский конвертер не 
справляется. Ну и что здесь такого страшного? По-моему вполне нормальная 
ситуация, когда производитель исправил свои ошибки и выпустил 
несовместимую со старыми ошибками версию.

Re: Пятница N14



Karabas Barabas wrote:


Так что не факт, что снимал другой человек.


  Да пофиг кто снимал, штатив или другой человек, но факт что кошка 
там ЕСТЬ!!! :-D


--
Regards. Ded.

Re: оПН SUSPEND



Dmitri Kuzmenko wrote:


Dmitry Yemanov wrote:

иже с ним) и содержащих SUSPEND исключительно шоб було. Помню 
времена, когда на форумах рекомендовали в executable-процедурах всегда 
писать SUSPEND (на всякий пожарный случай). Так что наследие ой как 
велико.



я рекомендовал. Но - при наличии выходных параметров.
Другое дело, что как ни пиши, все равно найдется тот,
кто неправильно поймет.


   И вструмячит по умолчанию прямо в оглуплятор популярного в народе 
инструмента:


create procedure New_Procedure ()
returns ()
as
begin
  /* Procedure Text */
  suspend;
end

:-D

--
Regards. Ded.

Re: Пятница N14

Hi Ded !

 D  Да пофиг кто снимал, штатив или другой человек, но факт
 D что кошка там ЕСТЬ!!! :-D

И всё же по приведенным 3-м ссылкам нет 100%-ной уверенности в том, кто из 
мужчин на острове - кошка.

-

Re: Пятница N14

2006-09-07 Пенетрантность Sergiy S. Tkachenko



Karabas Barabas wrote:


И всё же по приведенным 3-м ссылкам нет 100%-ной уверенности в том, кто из мужчин на 
острове - кошка.


   Да... Профессия накладывает отпечаток на личность, 100% уверенность 
в данных всегда подавай :) Ну тогда повторю намёк Жени Путилина - 
кое-кто из присутствующих сию кошку знает в лицо, а люди с хорошим 
зрением ;) могут опознать по фоткам с тусовок по поводу как первого, так 
и второго издания МИ :)


Кста, вышла третья серия. Не бережёт она себя...

http://www.surfingindonesia.ru/?type=contestaction=journalid=723

--
Regards. Ded.

Re: Multi Doc Numeration



Что если создавать для каждого нового типа документов свой генератор,
по аналогии как в Firebird создаются домены RDB$X

Re[2]: Multi Doc Numeration


SST Что если создавать для каждого нового типа документов свой генератор,
SST по аналогии как в Firebird создаются домены RDB$X

 По типу документа ещё можно ...
 А по контрагенту ?
 Что скажут кодописатели насчёт ~5000 генераторов ? :)
 Я не знаю точно, но какое-то ограничение на к-во генераторов
 существует же ...

С уважением,
Константин Григорьевич.
===
Двоечник на любое - Надо! отвечает - Зачем?

Re: Multi Doc Numeration

Константин wrote:

По типу документа ещё можно ...
А по контрагенту ?
Что скажут кодописатели насчёт ~5000 генераторов ? :)
Я не знаю точно, но какое-то ограничение на к-во генераторов
существует же ...

Странный ты, ей-богу. Тыщу раз говорили ведь - при создании
документов они не нумеруются человеческими номерами. Нумеруются при
утверждении и как правило скопом, отдельной функцией. Потому что там, к
бабке не ходи, упорядоченность по номерам должна соответствовать
упорядоченности по датам. И если более ранним номера не присвоены, более
поздние надо тоже придержать. А для связей держут искусственные ключи,
на одном генераторе на всех. А пользователю его не показывают. Или
показывают пока не присвоен человеческий номер, как нибудь типа
'Проект N '||ID. Ну и заведи ты для выходной нумерации табличку каталог
типов, нужен составной ключ - m:n тип-контрагент, инсёрть туда на
инсёрт-триггерах парентов с полем текущий номер 0, будет у тебя в ней
хоть 5 000 000 псевдогенераторов, которые будешь лочить-инкать и читать
в функции нумерации. Это всегда делается через захватываемый ресурс, а
не внетранзакционный генератор. Даже если ограничений по дате нет.

Двоечник на любое - Надо! отвечает - Зачем?

Хреновый из тебя двоечник. Не думаешь - зачем. Пилить бросаешься.

--
Regards. Ded.

Re[2]: Multi Doc Numeration