Что это вообще такое? По какому принципу эта таблица модифицируется?

Это вьюшка таблицы сиквела :-)))

Почему две идентичные записи противоположных видов движений могут не модифицировать ее???

(2) Именно поэтому. "идентичные записи противоположных видов движений" В сумме - 0.

(2) а как же? Если это не таблица движений, а остатков, то почему они должны меняться?

Описание:
Предназначена для получения остатков по регистру накопления. Данные представляют собой итоги ресурсов.
При расчете итогов учитываются только активные записи.
Таблица существует только для регистров остатков.

(1) точно вьюшка?..

(1) Я мало что понимаю в сиквеле, но в ЕМ в 1Сной базе нету ничего в списке Views.

(6) Однозначно

Все виртуальные таблицы это вьюшки :-)))

(8) Они создаются как-то динамически что-ли? И что тогда отображается в ЕМ как Views?

(9) Это запрос, который автоматически генерируется движком платформы. Легче стало? :))

(10) Я примерно так и думал, но это же не вьюшка SQL Server верно?

(8) виртуальные таблицы 8.0 отображаются на View SQL?.. ща будем смотреть..

(9) из "физики" регистров накопления "присутствуют":

Регистры накопления:

_AccumReg<n> - таблица движений регистра накопления.
_AccumRegTotals<n> - таблица итогов регистра накопления, если регистр поддерживает остатки.
_AccumRegTurnovers<n> - таблица оборотов регистра накопления, если регистр поддерживает обороты.
_AccumRegChangeRec<n> - таблица регистрации изменений регистра накопления. Создается, если регистр накопления участвует хотя бы в одном плане обмена.
_AccumRegOptions - таблица настроек хранения итогов регистров накопления одна на все регистры накопления.


Задавая параметры виртуальной таблицы, ты указываешь соответствующие "ограничения" этой вьюшки..

ЗЫ.. Вьюшки, как и процедуры могут быть прекомпилинованные (и храниться на сервере) так и "динамические"...

(13) уважаемый, не нужно вводить людей в заблуждение. Нет views в SQL базе, созданные 8.0 для регистров..

(13) Это я все знаю, но это ведь таблицы, а не вьюшки непосредственно SQL Server. И корректность данных в этих таблицах поддерживается сервером 8.0, а не SQL Server. Так что, это что-то вроде вьюшки, но вьюшки сервера 8.0, а не SQL. Поправь, если я не прав?

(15) +1..

из жизни 1С:

выбрать первые 1 Остатки.КоличествоОстаток, "остатки"
из  РегистрНакопления.ОстаткиТоваровКомпании.Остатки() Остатки

из жизни скл-сервера:

SELECT TOP 1
#V8TmpTable2_Q_000_T_001._Fld2486Balance f_1,
N'остатки' f_2
FROM
(
SELECT
SUM(#V8TmpTable1_B._Fld2486Balance) _Fld2486Balance
FROM
(
SELECT
_AccumRegTotals2491._Fld2486 _Fld2486Balance
FROM
_AccumRegTotals2491 WITH(NOLOCK)
WHERE
_AccumRegTotals2491._Period = @P1
) #V8TmpTable1_B
) #V8TmpTable2_Q_000_T_001



вопросы? замечания? предложения?
:)

(15) Расскажите, а где почитать на вьюшки сервера 1С:Предприятия 8.х :-)))

(18) я так мыслю, что нигде :)
вьюшки они на скл сервере, а не на сервере 1С:Предприятия 8.0 (и даже 8.1)
:))

(17) В (7) я писал, что мало что понимаю в SQL, так что позвольте глупый вопрос. В приведенном листинге запроса генерируемого 8кой для SQL Server создаются View что ли? Или там просто вложенный запрос? Или это одно и тоже?)))
(18) Нигде. В (15) я писал "что-то вроде вьюшки", а не вьюшка. И вы не ответили на мой вопрос в (15). Я утверждаю, что технология View для SQL Server 8кой не используется. Я не прав?

(20) я думаю что у Вас несколько абстрактные понятия про вьюшку... Это на ваш взгляд что???

а я думаю, что некто кому то зубы заговаривает)))

(21) +
Для справки...

Механизм представлений (view) является мощным средством языка SQL, позволяющим скрыть реальную структуру БД от некоторых пользователей за счет определения представления БД, которое реально является некоторым хранимым в БД запросом с именованными столбцами, а для пользователя ничем не отличается от базовой таблицы БД (с учетом технических ограничений). Любая реализация должна гарантировать, что состояние представляемой таблицы точно соответствует состоянию базовых таблиц, на которых определено представление.



Так вот.. виртуальная таблица это и есть "представление", которое "позволяет скрыть реальную структуру БД" и которое реально является запросом и для пользователя ничем не отличается от базовой таблицы БД...
Приэтом ГАРАНТИРУЕТСЯ, что данное "представление" ТОЧНО соответствует состоянию базовых таблиц, на которых определено представление...

никакие это не вьюхи а куски текстов запросов.

(23) Спасибо за разъяснение. Однако, хочу обратить внимание на последнее предложение:
"...При этом ГАРАНТИРУЕТСЯ, что данное "представление" ТОЧНО соответствует состоянию базовых таблиц, на которых определено представление..."
Вот это как раз и НЕ ГАРАНТИРУЕТСЯ применительно к тем таблицам, которые вы привели в (13) - остатки, обороты, ну и т.д. То есть, это не гарантируется на уровне SQL Server. Это как бы гарантирует сервер 1С: Предприятие 8.0. Но на практике, такое бывает не всегда, иначе для чего тогда существует возможность пересчета итогов?

(23) и что?)).. как из описания можно сделать вывод, что виртуальная таблица 8.0 проецируется на виртуальную (view) таблицу MS SQL?))

(24) Дай ссылку на отличия вьюхи от "кусков текстов запросов" :-)))

(25) это и гарантирует именно сиквел.. именно он возвращает в виртуальной таблице тоже, что Вы бы получили бы из "обычного" регистра :-)))

(26) Ключевое слово - ПРЕДСТАВЛЕНИЕ.. Любая "вьюха" это суть запрос к реальным таблицам сиквела... просто вьюха "скрывает" реальную физику... и всё... Именно поэтому и называется ВИРТУАЛЬНАЯ ТАБЛИЦА :-)))

У кого ЕМ под рукой и 8 ра под SQL. Наличиствуют ли явно отношения в разделе views ?????

(27) view в MSSQL имеет важное отличие от сгенерированного на лету запроса - для него хранится готовый план запроса

(28) нет... нету никаких вьюшек для 8.0... проверил только только..))..
тут чел зубы заговаривает.. надысь заговаривали зубы хэш функциями, теперичи - вьюшками))

(28) Нет.
(27) Гарантирует?????? Ха-ха... Вот я залезу в эту таблицу с остатками, исправлю там цифири, и что мне вернет 8чный запрос к виртуальной таблице??? А что вернет запрос к реальной таблице? Разные цифры - поверь мне)))

вьюхами в SQL Server называются вполне конкретные объекты.

А если нет "живых" вьюшек на SQL сервере , то о каких ,простите, вюхах идет речь ????

(33) Это я пытаюсь выяснить у avmlvm)))

(33) (34) неча выяснять.. все равно ничего не добьешся))..

(29) "view в MSSQL имеет важное отличие от сгенерированного на лету запроса - для него хранится готовый план запроса"

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

(31) Не фантазируй...

Смысл вьюхи ,как правило,уже иметь подготовленные данные исходя из кучи таблиц. И она все же явно должна жить в разделе views. А если там ее нет ?
avmlvm. Где же ее увидеть ?

avmlvm. Пролей свет.

(37) Чего не фантазируй-то)))))) Хочешь сказать, что я не смогу добиться логического расхождения данных в таблицах движений регистра и в таблице остатков?)))

(38) нет... смысл вьюхи это иметь "централизованный параметризованный запрос" к реально существующим таблицам.. И всё...

(40) я хочу сказать, что если ты поменяешь цифру в таблице _AccumRegTotals2491 то ты получишь одно и тоже.. что через виртуальную таблицу, что "напрямую"...

"разбежка" между движениями и остатками к данному вопросу никакого отношения не имеет...

сейчас начнется подмена понятий и уход темы разговора в сторону. В результате дискуссии оппненты уважаемого    avmlvm будут "посрамлены" изза незнания элементраных вещей. То, что эти самые "труизмы" не имеют отношения к теме дискуссии, значения иметь уже не будет))..

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

(36) не выдумываю. Тогда если верить тебе, VIEW не отличается от просто сохранённого текста запроса, а это далеко не так. Не только планы запроса сохраняются, а их даже можно индексировать

Интересно. Если я создаю вьюху то иду в views и там  с помощю конструктора или ручатми пишу КОД этой вюхи.  Все вроде понятно. А как ее породить эту вьюху иначе. Кодец то придется прописыать все равно. Есть иные способы создания вьюх ????

(38) не выдумывай.. читай об архитектуре клиент-сервер.. о том, что то или иное "представление" может "жить" как на стороне сервера.. так и на стороне клиента... От этого "представление" своей природы не меняет... Ещё раз.. есть "физическое" представление хранения данных (таблицы) и есть их "виртуальное представление" (вьюшки).. а где находятся вьюшки.. когда они коммпилируется - вопрос реализации... Аналогично кстати и с процедурами.. Процедуры могут храниться на сервере, а могут "приходить" с клиента (и жить в tmbdb)

(46) командами DDL

(45) дай ссылку на определение "просто сохранённого запроса"... :-)

остановитесь на мгновение [побежал за колой и попкорном]

(43) кстати.. Я в отличии от оппонентов привожу определения использованных понятий.. а в ответ только ассоциативные формулировки :-)))

Получается речь идет о вьюхах созданных на стороне клиента ?

(46) мдя-я-я.. как всё запущено.. RAD средства "убили" само понимание сути.. всё оказывается сводится к месту где "щёлкаешь мышкой".. а вот чЁ в результате получается - понимания нет... Печально однако :-(

(42) Что ты подразумеваешь под словами "напрямую"? Я имею ввиду следующее: язык запросов 8.0 позволяет использовать таблицу движений, например, ТоварыНаСкладах. И виртуальную таблицу: ТоварыНаСкладахОстатки. Так вот, при ручном изменении данных в таблице _AccumRegTotalsNNNN, и сохранении их в первозданном виде в таблице _AccumRegNNNN, запросы написанные на языке 8.0 к таблице ТоварыНаСкладахОстатки и таблице ТоварыНаСкладах вернут разные результаты. Ты с этим не согласен?
Далее: "разбежка" между движениями и остатками к данному вопросу никакого отношения не имеет...". Очень даже имеет. То что ты написал про механизм View MSSQL должно гарантировать отсутствие этих расхождений на уровне MSSQL. А этого нет. Разве не так? )))
(50) Беги, беги... Я уже)))))

(52) Получается что речь идёт о ВИРТУАЛЬНЫХ таблицах... О таблицах, которых "физически" НЕТ... О таблицах, которые на самом деле есть параметризованные SQL запросы "скрывающие" природу и архитектуру "физики" реализации...

Но понятие вируальной таблицы есть и в SQL сервере наряду с понятием вьюха.

create view  и  create table #N  не одно и тоже.

(53) виртуальная таблица должна подразумевать наличие create view... так вот, для виртуальной таблицы 8.0 MS SQL не формирует динамически Create View... будем продолжать настаивать, что виртуальные таблицы 8.0 отображаются на виртуальные таблицы MS SQL?

прекольная ветка

Парни. Виртуальная таблица в терминах MSSQL это # или ##. А вьюха это вьюха.

Акела промахнулся, акела промахнулся :)))

А параметризованный запрос я могу и через executesql реализовать.

в SQL нет понятия "виртуальные таблицы". А # и ## зовутся "временные таблицы".

(54) "Так вот, при ручном изменении данных в таблице _AccumRegTotalsNNNN, и сохранении их в первозданном виде в таблице _AccumRegNNNN, запросы написанные на языке 8.0 к таблице ТоварыНаСкладахОстатки и таблице ТоварыНаСкладах вернут разные результаты. Ты с этим не согласен? "

Хм-м-м.. А зачем сравнивать "мягкое" и "мокрое"??? А УТВЕРЖДАЮ, что при Ваших исходных данных значение оборотов которое вернёт таблица ТоварыНаСкладах ПОЛНОСТЬЮ совпадёт с оборотами полученной из виртуальных таблиц ТоварыНаСкладахОстаткиИОбороты и ТоварыНаСкладахОбороты...

Именно это я и писал, когда говорил о ГАРАНТИРОВАННОСТИ

А целостность данных.. "актуальность" оборотов и остатков... Это абсолютно иной вопрос... и к вопросу "представлений" - отношение не имеет...

(60) верное замечание.. как я и говорил в (43) начали уводить тему))..
(63) +1

(59)+ Ага... Короче, я для себя вывод сделал, что тот самый механизм View, который заложен в MSSQL 8кой не используется. Собственно, я и раньше в этом не сомневался.
2avmlvm: Перечитав все заново я понял, что с тобой говорили о разных вещах. Да, ты прав, что изменение данных в таблице _AccumRegTotals не изменит получаемого результата, в том смысле, что если формировать запрос через 8ку, которая сгеренит свой текст запроса, на основе запроса к виртуальной таблице, или сформировать запрос напрямую к SQL Server минуя 8ку. Я-то имел ввиду другое. Я имел ввиду, что если бы сами таблицы итогов хранились как View, то всякие расхождения между движениями и итогами были бы невозможны - насколько это было бы лучше для производительности не знаю. НО! В результате получается, что виртуальная таблица, это как ни крути, но скорее "вьюшка" (специально беру в кавычки) заложенная в идеологии сервера "1С: Предприятия 8.0". Так как именно 8чный сервер преобразуется запрос к этой таблице в реальный запрос к таблице итогов.

(56) "Но понятие вируальной таблицы есть и в SQL сервере наряду с понятием вьюха"

Вы путаете наверное "временные таблицы" и "виртуальные таблицы"

(66) "Я имел ввиду, что если бы сами таблицы итогов хранились как View, то всякие расхождения между движениями и итогами были бы невозможны "

Ещё раз... "представление" (вьюха) это ВИРТУАЛЬНАЯ сущность.. сама по себе она ничего не хранит.. Это лишь только щёлочка, через которую мы смотрим на реальные вещи... И механизм "представления" НИ КАК... не способен "гарантировать" целостность данных.. Тут кстати мы "плавно переползаем" из обсуждения OLTP к OLAP :-))))

(64) 66й пост написал до прочтения 64. Вопрос по расхождения итогов и движений закрыт)))

(68) Давайте не будем переползать никуда))) Давайте вернемся к (1) и моей фразе:
"...механизм View, который заложен в MSSQL 8кой не используется...". Что скажете насчет этого?

(60) Я тебе привиду цитату из "букваря" по Сиквелу (ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.ru/udb9/html/ada83c28-e8b7-45d9-b53c-b3d67c8820c8.htm)... надеюсь будет полезно :-)))

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

Представление выполняет функцию фильтра базовых таблиц, на которые оно ссылается. Определяющий представление запрос может быть инициирован в одной или нескольких таблицах или в других представлениях текущей или других баз данных. Кроме того, для определения представлений с данными из нескольких гетерогенных источников можно использовать распределенные запросы. Это полезно, например, если нужно объединить структурированные подобным образом данные, относящиеся к разным серверам, каждый из которых хранит данные конкретного отдела организации.

На запросы данных посредством представлений не налагаются никакие ограничения; есть только несколько ограничений на изменение данных при помощи представлений.




ЗЫ.. ещё раз... обрати внимание... "Представление - это виртуальная таблица"
"перекури" и не ляпай больше глупостей ввиде " Виртуальная таблица в терминах MSSQL это # или ##. А вьюха это вьюха" :-)))

(70) истина

(72)+ Один йес)))) /Радостно прыгает/ )))))

Да.Конечно.Временные таблицы.:)  

Только вот ответьте мне.Господа. Инструкция creat view серверу SQL приходит ?

Ладно, а давайте лучше обсудим - как это работает.
Вот есть у нас таблица движений и таблица итогов.
Таблица итогов хранит итоги - на какие моменты времени ?
Хранятся ли итоги по группам справочников ?
Хранятся ли итоги на "точку актуальности" ?
Как рассчитываются итоги на произвольную точку ?

как я и говорил, дискуссия, начавшаяся в связи с (1) и уточняющим вопросом в (6) ушла в обсуждение сторонеей темы. Еще через полчаса все опоненты будут закиданы бананами))...


одумайтесь, граждане...!!!!

(74) не приходит

avmlvm. Ответь мне. Инстркуция creat view приходит серверу ?????????????

(70) "механизм View, который заложен в MSSQL 8кой не используется"

Хм-м-м... После столь продолжительного обсуждения фраза насчёт "механизма View" - это чЁ??? Издевательство??? :-)))

Ещё раз.. механизм "представления" - это механизм запроса к разным таблицам... И всё.. и это "механизм" 8-ка импользует...

Могла бы 8-ка использовать этот механизм БОЛЕЕ ОПТИМАЛЬНО??? Безусловно.. то КАК 8-ка импользует сиквел - даже слёзы наворачиваются :-)))

avmlvm. Все же Ответь мне. Инстркуция creat view приходит серверу ?????????????

(80) LOL... "который раз"....

(78) Нет.. и что??? Creat view "приходит" к серверу, когда эта часть реализуется на сервере... В 8-ке пока реализован более "гибкий", но более "затратный" вариант...

всё, можно ехать дальше :)

Ну вот и погоаорили. Я о скульных объектных вьюхах ты о прекладных терминах :)

(79) "...Ещё раз.. механизм "представления" - это механизм запроса к разным таблицам... И всё.. и это "механизм" 8-ка импользует..."

Использует, согласен. Но это происходит на уровне сервера 8ки, а не на уровне MSSQL SERVER. На MSSQL SERVER приходит запрос уже к таблице.

(83) куда ехать то.. оппоненты    avmlvm должны понурив голову ждать, когда же ОН соизволит вбросить в них банан и отпустит на все четыре стороны))...
(84) чувствуеш, как ты "проиграл" в споре?...))

(84) ещё раз.. внимательно перечитай (71).. "представление" это и есть VIEW...

(84) с каких пор официальная документация на "продук" стала "перекладными терминами"???

avmlvm, прокомментируй, пожалуйста, (17)
объясни нам неучам, где там view используется? :)

(87) таки, вы заслужили лавровый венок - народ был предупрежден, что дискуссия бессмысленна, так как их посадят "в калошу".... не послушались - вот и поделом им... да?)))
(89) ага, щаз.. вот дело нечего, как табурет из под ног выбивать))..

Ну раскажи нам .Неучам . Как создается вьюха на сервере MSSQL.

(85) и (89) ты тоже "приникнись к "оригиналу" (71) :-)))

Я чЁ??? Каждому должен комментировать документацию к сиквелу???

Ещё раз.. вьюха эта хранимое на сервере представление.. для его создания НА СЕРВЕРЕ и служит create view... Но представление может существовать и на стороне клиента... Это и есть "виртуальная таблица"...

Если несложно. В двух словах о реализации вьюхи на клиенте. Если есть время.

(91) "кури" букварь по сиквелу.. там для НЕУЧЕЙ всё подробно расжёвано.. что такое "временная таблица", что такое "виртуальная".. что такое "представление".. А мои видержки из документации - тебя видно не удовлетворяют... так что извини.. дальше "сам с собой" :-)))

(94) это называется "аргументация к разуму".. в общем - запрещенный прием в дискуссии - типа "сам дурак"))

Если несложно. В двух словах о реализации вьюхи на клиенте. Если есть время. Эдак в двух словах.

Интересно. Учитывая Ваш опыт.

(94) продолжаем разговор :)
ответь, пожалуйста, только на 1 вопрос:
в примере из (17) _AccumRegTotals2491 это view или нет?

В литературе все больше о create view .

100

avmlvm. Расскажи. В двух словах. Без словесной казуистики.

Это по Московски как то . Сколько времени. Купи часы :)

(95) извини.. если человек себя публично называет НЕУЧЕМ, то "сам напросился" :-)))

(96) пока не освоишь изложенное дальше "бежать" не имеет смысла... чЁ толку.. если пока уровень понимания только "поверхам" :-)

(98) А почитать(13) и не задавать глупых вопросов?

(103) не нужно отвечать вопросом на вопрос. просто скажи да или нет

(104) я ответил ещё в (13).. Если тебе лом почитать, то какой смысл повторяться???

(105) я правильно понял что ты считаешь эти таблицы view?

если сделать Create view - то созданный view будет НАВСЕГДА (до явного удаления) сохранен в базе MS SQL - т.е говорить о динамическом создании view не приходится, в отличие от временных таблиц SQL///

(106) Я правильно понимаю, что ты не умеешь читать? или любой твоё чтение ВСЕГДА сопровождается "фантазиями"???

Ещё раз буквально перечитай (13) и справни с тобой написанным.. и найди "отличия" (если сможешь)... :-)

(107) конечно, не приходится. передо мной лог 1Сного запроса к виртуальной таблице остатков. никакого create view там нет

(108) то, что ты не можешь по-нормальному ответить на закрытые вопросы говорит только об одном: тебе хочется поспорить :)

Так получается из того что написал   AntonioS это временная таблица временной таблицей погоняет.

(111) нет, там нет временных таблиц, выборка там идет из одной таблицы(не временной) а все остальное - название подзапросов

(110) спор ради спор не имеет смысла. Скрытая цель - убедить оппонента "у вас меньше 21 см"... для это используется прием подмены понятий или изменения темы дискуссии ...

(110)???
Я поспорить??? Т.е. ты не согласен с (13)???
или не согласен, что таблица таблиц ТоварыНаСкладахОстаткиИОбороты - виртуальная и что такой таблицы (её полного физического аналога) физически на уровне таблиц сиквела - нет???

О чём считаешь нужно "поспорить"???

select * from траляля,gffff . Я тоже получу вируальную таблицу. Ее нет физически. Классная вьюха?

Эй, горячие финские парни. была view или не было - не очень интересный вопрос.
Когда avmlvm говорит "view", он не имеет в виду объект MS SQL, а просто абстрактное концептуальное "представление"

Давайте лучше тему продолжим, тема интересная. Вопросы я поднял в (75)

Люьой запрос - это концептуальное "представление"

(114) я не согласен, что перечисленные таблицы - view, это не так
в примере (17) выполнен запрос в 1С к виртуальной таблице остатков и в профайлере отловлен скл запрос, который генерит 1С.
В этом запросе присутствует таблица _AccumRegTotals2491 , которая не является view, а является "физическим аналогом" виртуальной таблицы остатков

(115) хм-м-м.. так ничего и не поняли.. Жаль.. :-(((

Вы получите "обычную" виртуальную таблицу.. и "не плохую" и "не хорошую"... Или кроме гы-гы-гы.. у "неуча" аргументов не осталось???

н-дя...

н-дя...

(118) (задумчиво) так "представление" ВСЕГДА "опирается" на реальную (физическую) таблицу или иное представление... И-и-и.. в чём противоречие.. Что Ваше обращение к виртуальной таблице, после соответствующих преобразований, обращается к реальной таблице _AccumRegTotals2491 которая (повторюсь) НЕ ЯВЛЯЕТСЯ "представлением", а является "физической" таблицей???

короче.. ещё раз.. что пытаетесь "доказать"??? Что "виртуальные таблицы" не имеют "права" обращаться к "реальным таблицам"????

(121) угу.. +1

н-дя...  у меня тоже уже запас слов заканчивается... :-)

(122) (тяжело вздыхая)

ОК.. Давайте "зайдём с другой стороны.. Дайте свой ОТВЕТ на сабж, с учётом Вашего знания (17)...

Итак... (барабанная дробь)

"виртуальная таблица остатков регистра накопления" - это что??? Это "физическая таблица сиквела"??? Да?
Если нет, то тогда что???

короче... жду Вашего развёрнутого определения...


ЗЫ.. кстати.. это "всех касается" :-))))

Это результирующая таблица запроса.

Аля select A.* from (select .......) A

где (select .......) - и есть результ. таблица

где (select .......) - это и есть "вьюха" как бы

(125) угу.. "теплее"... А что является "результатом" вьюшки???

виртуальная таблица.

(124) кого всех?.. если и меня - то Вы в (8) не правы. Потому как, назвали "вьюха", что однозначно ассоциируется с View MS SQL.

А конструкцию (select .......) можно было оформить в отдельном объекте views.

И вызывать -  select моявьюха.* from моявьюха

Не уверен. Но план выполнения Аля select A.* from (select .......) A  и
select моявьюха.* from моявьюха - будет различен.

(124) я, можно я (тянет руку)

с физической точки зрения (уровень БД): это динамически формируемый запрос, рассчитывающий итоги согласно заданным параметрам.

с прикладной точки зрения: это интерфейс, изолирующий программиста от устройства регистров

С точки зрения языка запросов: это параметрическая таблица.

(134) ща придет и скажет: "Садитесь - двойка"!!!))

(130) не отмазывайся :-))) Про твои "не-е-е" уже слышал.. Давай про "ДА!!"

короче.. дай ответ на сабж...

(129) что-то запутал.. давай ответы в одном месте...

1. Что есть "виртуальная таблица остатков регистра накопления"
2. и чем "это" отличается" от "результата" "работы" вьюшки :-)

(134) про "параметрическую таблицы" с точки зрения SQL - понравилось.. Дай ссылку на эту субстанцию в ANSI 92.. и как это выглядит на DDL :-)))

(136) а я хитрый, под языком запросов я имел в виду язык запросов 1С :)

(137) Ты ещё скажи, что под языком запросов, ты имел ввиду язык запроса на привозе в Одессе :-)))

Короче.. "не отмазывайся" а ответь на сабж с точки зрения MS SQL :-)))

(136).эээ уважаемый.. я уже давно перестал "вестись" на слова "Давай про.." с вытаскиванием и мерянием)).. то, что мне нужно я уже выяснил - вести дальнейшую дискуссию считаю нецелесообразным. К тому же я убежден, что Вы владеете искусством "затуманить предмет"))..

ЗЫ мне  "субстанцию в ANSI 92" понравилось - человек, который незнает про него, будет выяснят, что же это такое, а Вы себя почувствуете героем - оппоненту может быть неведомо, чтоВы  говорите про ANSI SQL 92)))//

(138) ну с точки зрения MS SQL всё совсем тупо.. Сервер баз данных ничего не знает об этих виртуальных таблицах, ему с сервера приложений приходит динамически сформированный запрос к 2м таблицам, который он тупо исполняет.
А, ну вероятно ещё к этому безобразию в паре должен идти триггер для пересчёта таблицы итогов.

иех, зря я такой козырь, как анси, сразу же использовал))

(139) дискуссия - это когда есть две (или больше) конкретные и конструктивные  точки зрения.. А Вы к сожалению большую часть сидели "в кустах" и жутко боялись высказать собственную точку зрения.. Хм-м-м.. почему??? неужели так всё плохо???

Хотя то что Вы "слёта" поняли что да.. действительно речь идёт о  ANSI SQL 92 - безусловно делает Вам честь :-)))

(140) ну суть изложили красиво.. а теперь тоже и в виде "определения"...

(142) "не надо грязи" - я в 14 расставил точки над i

(124) Виртуальная таблица остатков не хранится в базе данных, а строится на момент обращения к ней. Для построения виртуальной таблицы остатков всегда используется данные таблицы итогов регистра базы данных и, при необходимости, таблицы движений регистра.

Следовательно, виртуальная таблица на физическом уровне есть две таблицы, остатков и движений.
Подчеркну, речь о таблицах, а не о view

(143) "грязь" - это когда неправда :-)

У Вас в (14) есть "отрицание".. У Вас там (и не только там) нет "конструктива".. нет собственного ответа на исходно заданный вопрос...

(144) ну ё-ё-ё.. зачем так много слов.. Что неужели Вы с таким объёмом знаний не можите ответить на вопрос "просто и лаконично"??? И без "всяких "не-е-е".. Это не конструктивно :-))))

(145) в (142)  именно неправда, потому как Вы обвинили меня в "боязни высказатся". Хотя моя точка зрения ясно изложена -  "виртуальная таблица не является View" - куда уж конструктивнее. Тем самым я избавил много народа от представления, что виртуальная таблица 8.0 проецируется на View MS SQL. Так что, "не надо грязи" - и не уводите разговор))..

Да кстати. Если вот эту виртуальную таблицу получившуюся в результате мегамогучего запроса засунуть во временную #. А потом клеить уже с ней и прочее прирост производительности будет очеь существенным.

(146) хм-м-м.. "критика" "чужого" - это не смелость.. Смелость высказать СВОЙ ответ.. Перечислять чем это НЕ является можно долго.. и это не конструктивно... Конструктив это дать более ЛУЧШИЙ ответ на заданный в постинге вопрос...

А разговор уводите опять ВЫ... Итак.. Вы можите дать ответ на (0)??? Или опять "трусите"???

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

(задумчиво) О как... Как вопрос зашёл о конструктиве.. О том что бы дать СОВОЙ ПРАВИЛЬНЫЙ ответ.. И как то активность резко упала... Куда-то все разбежались...

ё-ё-ё.. "настоящих буйных мало, вот и нету вожаков"(с) :-)))

(148) демагогия все..
я не критикова Вашего, а поверил тому, что в (1)... но сомнения некие оставались - проверил и понял, что в данном случае Вы ошиблись...  Вам бы просто сказать "посыпаю голову пеплом" или "вы меня неправильно поняли, я не имею в виду view SQL" - так нет - Вы начали приводить доводы в собственной правоте. Я, зная что все сведется к "закидыванию бананами" вышел из обсуждения.. что сделаю и сейчас...

за сим, откланиваюсь - плодотворного швыряния)))..

(151) слив защитан... Ответа - нет...

(оглядываясь) Следующий :-)))

(148) я, как не трус, должен повестись на слова "опять трусите" - и Вы в очередной раз выиграли - подменили исходный тезис, залезли на деревья и начали швырятся бананами.. зачот Вам - но я не поведусь))..

(147) не факт. Оптимизатор запросов очень мощный, с большой долей вероятности он повторяющиеся куски запросов заново рассчиытвать не будет. (т.е. не куски запросов, а куски планов)

(152) ты все еще настаиваешь, что временные таблицы - это view?
:))

(153) "ведётесь" / "не ведётесь" - результат на лице... Если так долго мОзги компосировали - значит ответ ЕСТЬ, но раз есть и не говорите - значит трусите.. Короче.. чЁ мусолить - слив защитан.. Отходите.. не задерживайте следующих :-)))

(155) я хочу от тебя чёткого ответа на (0).. Мой ответ ты выслушал и не согласился.. что ж... Я уважаю твоё мнение и хочу знать твой ОТВЕТ (не рассказ что и как работает.. а ответ)...

(156) виртуальная таблица на физическом уровне есть две таблицы, остатков и движений.
что то еще не понятно?

(157) ща тебя бананами закадают))..

(157) дайте ответ на (0)..

Если Вы так ответили, что "виртуальная таблица остатков регистра накопления" это ДВЕ ТАБЛИЦЫ  "остатков и движений" - то садитесь ДВА..

и внимательно читайте (17) и много.. много думайте :-)))

(158) попрежнему флейма много, а вот ответа - нет??? попрежнему "трескотнёй" глушите собственный слив???

(158) ты был прав :)))
ну пора уже прикрыть этот клуб (с)
:))

(160) угу.. ещё один слив... ё-ё-ё.. как до дела.. все действительно - в кусты...

Жалко, что так и не услышали ответа "от начальника транспортного" :-)))

(161) из двух баранов я предпочитаю быть тем, который первым уступит дорогу
:))

(162) дЫк не выёживался.. в (17) дал бы правильный ответ.. и свалил бы.. фигли 170 постингов фигачить???

(163) все, успокойся, проехали :))

(задумчиво) хм-м.. а чЁ? Куда-то ездили? :-)

ЗЫ... "фиксация факта".. 164 постинг.. 164-я попытка ответа на (0) у AntonioS опять завершилась очередной неудачей неудачей :-)

Каждый день-бы такие ветки... Я-б ужо умным стал-бы...

(166) такие ветки только запутают окончательно еще не окрепший мозг...

ОФФ

http://articles.security-bridge.com/articles.php?action=view&cid=19&id=11599&page=1

Даже при беглом прочтении статьи по ссылке видно, что в этой ветке использовалось больше половины из 12 изложенных приемов.

+168 Неосознанно, конечно.

(169) не думаю, что неосознанно...

(0) Да такое часто бывает. Ты ж сам в (43) все сказал.

(171) хорошо, когда человек осознает, что в споре им манипулируют и прекращает спор. Здесь не поняли и вопрос, решенный в первых 10 -15 постах разросся аж за 150 постов

а мне понравилось :))

Да ладно... упражнение в риторике тоже может оказаться полезным :) almlvm тоже можно победить, только надо найти какой-то приёмчик хитрый... Скорее всего - подлый :) Зато практика какая

(173) незнаю, мне не очень.. в силу того, что я вчера оказался "в бане" я "остановился" и не наговорил резкостей.. а с утра я остыл))..

(174) никогда не победиш того, кто не воюет...

(174) зачем побеждать в споре? не на деньги ведь
наблюдать интересно :)

(177) если не хочешь победить, то азарта не будет и зрителям скушно будет :)

(177) а что интересного, когда собеседник целенаправленно уходит от сути дискуссии, а тебе и невдомёк))..
(178) ну, таки, да.. только при условии, что спор не скатывается до оскорблений))..