Щас вам с таким предложением посоветуют пройти в трекер. И будут правы :)
С уважением, Алексей Вишняков 02.11.2011, в 23:00, Arioch <[email protected]> написал(а): > В письме от Sat, 22 Oct 2011 13:33:46 +0400, Dmitry Yemanov > <[email protected]> сообщал: > >> 22.10.2011 9:21, Arioch пишет: >> > >> > Хорошая штука UPDATE с JOIN'ом :-) >> >> Чем MERGE не устроил? > > > Вот.... > Нарвался в данных на совпадение двух точек подряд. Отсюда нуевая длина и > деление на ноль. В одной строке из множества. > > И все это внутри процедуры, хотя это и не так важно. > > > Недостаток в том, что сообщив про деление на ноль, FB это просто > констатирует, не сообщая где. > > Между тем, объединяетсЯ таблица и вьюха, в которую в несколько шагов > объединяются ещё две таблицы. > Во всех таблицах есть PK, а в одной ещё и UNIQE индекс. > > Если бы FB нарвавшись на жесткую ошибку типа деления на ноль, сообщил бы в > каком месте - было бы проще искать. > Проанализировать таблицы, входящие в запрос, какие у них есть уникальные > или PK-шные индексы, и добавить к сообщению об ошибке что-то типа > > "Occured at: Table1(PK(field1=1; field2=2); Unique(field3 = "abc")); > Table2(PK(Field1=2)); Table2(PK(Field1�)); Table3(PK(Field1=0));" > > > -- > Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ >
