|
|
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
if object_id('dbo.f_My') is not null drop function dbo.f_My go create function dbo.f_My() returns int as begin return 1 end go if object_id('dbo.vvv') is not null drop view dbo.vvv go create view dbo.vvv as select o.* from sysobjects o join syscolumns c on c.id = dbo.f_My() union all select o.* from sysobjects o join syscolumns c on c.id = dbo.f_My() go -- select @@version Microsoft SQL Server 2000 - 8.00.665 (Intel X86) Jul 29 2002 15:02:32 Copyright (c) 1988-2000 Microsoft Corporation Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 2) Я все сказал :) Объясните мне 913 ошибку в этом контексте! :) Хелпы щаз сам интенсивно рою... Нужна альтернатива в указанном синтаксисе... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 13:46:25 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
А поподробнее можно про ошибку Полный текст ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 13:48:47 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
В msdn - аналогично и никаких советов. Error 913 Severity Level 22 Message Text Could not find database ID %d. Database may not be activated yet or may be in transition. Explanation This error can occur if there is a problem with the view resolution process. During execution of various compiled objects in a database that references the database dbid (such as stored procedures and views), it is typical to resolve the dbid with other structures within the database. When a compiled object is first created, the dbid where the object is located is embedded in the compiled code. For example, when a view is accessed or a stored procedure is executed, the rights to access the view or execute the stored procedure are checked. Action If the error occurs when a stored procedure or view is accessed, you may be able to correct the problem by simply dropping and re-creating the database object (stored procedure or view). If this error continues to occur, contact your primary support provider and have the Microsoft® SQL Server™ error log and any additional information relevant to the circumstances when the error occurred available for review. Я, на самом деле уже выкрутился :) Перенеся ВСЕ соединение внутрь функции. То есть теперь у меня не скаляр, а табличка вылезает из фунцейки и я с ней все соединяю. Но вот как только кому-то одной строки будет мало, так сразу будут проблемы с переливами туда/сюда... Меня понятно? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 13:56:35 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
Да, глюк. Срочно звоните в микрософт... А вот так работает: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 14:53:42 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
запрос правда безсмысленный.... используй так.... да ошибку правильно давал.... Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 15:31:04 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
Сразу отправят платить за саппортовый контракт. На самом деле предложили еще одно решение: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Хотя, с точки зрения выполнения это не совсем то, что хотелось бы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 18:23:06 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
А почему с точки зрения выполнения это не совсем то? Одинаковые-же запросы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 18:28:48 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
только гипотетически одинаковые.....там все связанно с вычиляемыми столбцами и схемой базы..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 18:36:15 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
только гипотетически одинаковые.....там все связанно с вычиляемыми столбцами и схемой базы..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 18:36:58 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
По-моему, запросы ПОЛНОСТЬЮ одинаковые. Конструкции from sysobjects o, syscolumns c where c.id = dbo.f_My() и from sysobjects o1 join syscolumns c1 on c1.id = dbo.f_My() ничем не отличаются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 18:47:20 |
|
||
|
Странное поведение SQL 2000
|
|||
|---|---|---|---|
|
#18+
ну и что?...... сделайте процедуру как в первом примере.... должна быть та же ошибка.... поправте меня если я ошибаюсь.... ;)) опять обращаю Ваше внимание на вычисляемые столбцы в таблицах..... посмотрите что там за функции..... и поймите что для сервера union all - это не делимая операция.... о теперь переделаем процедуру... сольём все в две разные таблицы и уже потом объеденим.... примерно тоже происходит и с вьхами........ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2002, 18:54:53 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=3384&tid=1819090]: |
0ms |
get settings: |
5ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
25ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 200ms |
| total: | 304ms |

| 0 / 0 |
