Выоложил стать на
http://catalog.mista.ru/public/393228/

Если будут вопросы задавайте.

(122) Спасибо, объяснил. А то от ТС не дождешься.

(124) Евангелие Мф. 7:6 почитай, сразу станет все понятно.

(121) Уже много раз писал зачем.
На самом деле очень мало информации по тому ка отображаются линковские запросы на запросы SQL. Я восполняю этот пробел. И кстати заодно разоблачить мифы о неповоротливости линка

Просто например в среде 1С ников очень мало знающих Net. Я стараюсь вести просветительскую деятельность, заодно и сам познавая новые фичи.

(126) Почему именно Net, а не Java. Вторая вроде как более популярна и лучше годится как 2 язык (если никакой кроме 1С не знаешь)

(127) Потому, что я лучше знаю C# чем Яву. Но я показываю принцип , который легко перенести на ту же Яву если конечно там есть аналоги. Вот если тебя заинтересовало напиши и я с удовольствием посмотрю.

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

(129) Как кстати прикрутить яву по аналогии с http://catalog.mista.ru/public/238584/

(129) Кстати Linq изучить надо. Он и в яве тоже применяется

(120) Тема "Code First и Linq to EF на примере 1С версии 7.7" с тосованием переменных и констант - туфта. Она предметно не интересна и академически бесполезна.
Тема "Code First и Linq to EF на примере реализации декларации по прибыли для 1С версии 7.7" - гут тема.
Тут вся изящность, красота кода будут соперничать с исключительной логикой разработки и демострировать крутизну и мощь нового подхода и вдохнет новую жизнь в увядающий программный продукт 1С 7.7.

Если новый язык будет применен к разработки декларации по НДС, то, возможно, ты решишь проблемы заполнения декларации по НДС на больших объемах книг покупок/продаж.

(133) Пока лениво. Есть куча своей работы. Предлагаю тебе самому ознакомиться и заработать на этом.

(134) Ты же тут рисуешь легкость, мощь и простоту.

(131) Я и не говорю, что не надо. Просто без реального применения - невозможно

(135) Прекращай флудить. Не интересно не заходи. Я не рисую легкость и простоту. Я показываю возможности. Просто для некоторых эти возможности не будут доступны по причине их непонимания. От того, что ты будешь больше флудить понимание линка у тебя не увеличится. И применить его для своей декларации НДС ты не сможешь. Причем делал я эту декларацию на 1С++ и ничего сложного в ней так и не увидел.

(136) Ну например напиши свой сайт на Asp.Net.

(137) плохой из тебя учитель

(138) Учитель реально плохой. Но например для меня в свое время такая статья была бы кладезью. Я просто делюсь своим опытом.

(137) Очень плохой учитель.Нервный. Валериану  три раза в день.

(138) Кстати ответь на 130. Интересно как прикрутить классы Явы к 1С.

(137) Я делаю два дела сразу: поднимаю твою ветку и позволяю тебе задуматься стоит ли менять черную обувь на коричневую.
А в ответ излишняя говориливость с попыткой зарыть рот другим.
А раз мои вопросы и предложения зависли в положении "лениво, но могу...", то я и продолжаю это выяснять.

(142) Продолжай. А лучше задавай вопросы по существу.
А то брошу все и начну писать декларацию на Linq и еще кучу всего и ответов не дождешься.

(141) Зачем прикручивать что-то к 1С? Это тупковый путь

(143) Какие реальные текущие проблемы пользователей 1С 7.7 можно решить указанными тобой программными срествами?!

(143) Если ты хочешь, чтоб твою разработку использовали. Покажи хотя бы одно РЕАЛЬНОЕ применение.
Платформа - ничто. Магазин приложений - все!

(146) Поддерживаю!!!
Достаточно одного яркого практичного примера...

(144) Почему? Я использую классы Net для широкого круга задач без использования обертки их в ВК или COM. Очень удобно.
(145) В твоих руках Никаких.

(146) Реально я хочу показать возможности Net на примере исползования Code First и Linq to EF. Только и всего

(148) Да, Кэп! Имено - никаках, и к чему тогда все эти твои потуги?!

(149) Да вс е и так знают, что у НЕТ док.я возможностей. А толку?

(149) Возможностей-то нет...
"Слова ничего не стоят покажите мне код" Линус Торваль

(152) + "дс". ))

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

(154) "Так вот я использую их для огромного круга задач"
Ты просто не знаешь 1С...
:(

(154) Из твоей статьи: "Здесь мечта каждого программиста на 8 ке и 7 ке выполняет следующий код"
Неси дневник! Двойка...

О придумал!
А = 2
Этот код будет выполняться и на 7-ке и на 8-ке и еще на куче других языков программирования.
И что мне с этим знанием делать...

(157) Лучше прикрути SignalR, websocket, вацап, вэб сервисы с поддержкой WS-+, xml сериализация файлов не поддерживаемые 1С, вэб сервисы с описанием неподерживаеых 1С форматов, куча функций которые есть в Net и нет в 1С.

https://msdn.microsoft.com/ru-ru/library/ms731299(v=vs.110).aspx

(158) Поднимаемая тобой тем интересна, но браться за нее нужно в двух случаях:
1) В случае невозможности решения проблемы средствами 1С 7.7;
2) В случае минимального времени для разработки не средствами 1С 7.7 и простоты дальнейшей поддержки.
Мой опыт подсказывает мне - иное - песочница и мои пользователи - мои кролики.

(160) Такие вещи возникают достаточно часто. И моя тема просто показать, за счет чего можно решить такие проблемы.
Code First несложно прикрутить и к 8 ке. И если тебе вдруг понадобится прикрутить сайт на asp.Net ты можешь найти некоторые ответы из моих разработок.
А на полный функционал у меня пока нет времени.
Информации много не бывает, главное её правильно фильтровать.

(156) Можно я оправдаюсь перед тобой О мой строгий учитель.
В 3 выполняется запрос к периодческому реквизиту элемента справочника, на дату записанную в реквизит этого элемента.
Так как в 1С 7.7 дата без времени и на одну дату может быть несколько значений записанные при проведении документа, то использовать max или min нельзя. Поэтому используются коррелирующие запросы с сортировкой по дате, времени итд

RDER BY [Project1].[DATE] DESC, [Project1].[TIME] DESC, [Project1].[DOCID] DESC, [Project1].[ROW_ID]

OUTER APPLY  (SELECT TOP (1) [Project1].[ROW_ID] AS [ROW_ID], [Project1].[DATE] AS [DATE], [Project1].[VALUE] AS [VALUE]
        FROM ( SELECT *

            FROM [dbo].[_1SCONST] AS [Extent2]
            WHERE (9697 = [Extent2].[ID]) AND ([Extent2].[OBJID] = [Extent1].[ID]) AND ([Extent2].[DATE] <= [Extent1].[SP9700])
        )  AS [Project1]
        ORDER BY [Project1].[DATE] DESC, [Project1].[TIME] DESC, [Project1].[DOCID] DESC, [Project1].[ROW_ID] DESC ) AS [Limit1]

Про семерку вообще умолчу, а в 8 ке ты можешь использовать коррелирующие запросы только в предложении В (IN)
v8: Подзапросы с Выбрать Первые

При этом для оптимального использования подзапроса Выбрать Первые нужна сортировка
v8: Подзапросы с Выбрать Первые

Linq не является совершенством и OUTER APPLY не является совершенством. Оптимальным будет озвученный здесь

http://rsdn.ru/forum/flame/6156923.1

На базе AdventureWorks2008R2 я попытался написать два запроса с использованием left join и outer apply по аналогии с вашим SQL запросом:

/*1*/
select *
from Sales.SalesOrderHeader h
left join
(
    select top 1 with ties d1.SalesOrderID, d1.OrderQty
    from Sales.SalesOrderDetail d1
    order by row_number() over(partition by d1.SalesOrderID order by d1.OrderQty desc)
) d on h.SalesOrderID = d.SalesOrderID

/*2*/
select *
from Sales.SalesOrderHeader h
outer apply
(
    select top 1 d1.SalesOrderID, d1.OrderQty
    from Sales.SalesOrderDetail d1
    where d1.SalesOrderID = h.SalesOrderID
    order by d1.OrderQty desc
) d

Результат:

Query 1: Query cost (relative to the batch): 3%
Query 2: Query cost (relative to the batch): 97%

Т.е. запрос с outer apply в моем случае показал себя совсем не с лучшей стороны.

Про top 1 with ties скажу отдельно. Выбираются все записи с row_number() ==1

WITH TIES
Используется, если требуется вернуть две или более строки, которые совместно занимают последнее место в ограниченном результирующем наборе. Требуется использовать с предложением ORDER BY. WITH TIES может привести к тому, что вернется строк больше, чем указано в значении expression. Например, если expression имеет значение 5, но еще 2 строки соответствуют значениям в столбцах ORDER BY в строке 5, то результирующий набор будет содержать 7 строк.
Предложение TOP...WITH TIES может быть задано только в инструкциях SELECT, и только если указано предложение ORDER BY. Порядок возврата связанных записей произволен. ORDER BY не влияет на это правило.

Посмотрю поддерживает ли в Entity SQL доступ к row_number() over(partition

(162) "Так как в 1С 7.7 дата без времени и на одну дату может быть несколько значений записанные при проведении документа"

Одно значение на одну дату.

(166) Ошибаешься. При проведении документа можно привязать даже несколько строк к одному элементу справочника. И дата будет одна, и документ, только строки будут различаться.

http://catalog.mista.ru/public/63125/

Значения даты должны быть меньше либо равно интересующего нас. Из полученной выборки нужно отобрать значение, соответствующее максимальной дате. Для этого удобнее всего воспользоваться конструкцией «Select top 1 … order by …» с сортировкой в обратном хронологическом порядке, не забывая, что значения могут устанавливаться документами внутри одного дня. Примерно так:

(167) спр.получить(дата) - возвращает одно значение на одну дату. Если физически в базе лежит несколько значений - использование этого - грязный хак.

(169) Пройдись используя Периодический и ВыбратьЗначения

170+ http://forum.infostart.ru/forum9/topic74347/

(161)

Зря ты так с ним.

Ну что он тебе скажет - "А ты нарисуй РСВ-1 образца 2014 согласно утвержденному порядку заполнения с  WITH TIES!!"

У него язык 1С под это ЗА-ТО-ЧЕН. )))))

(172) Да сегодня смотрел, как формируются эти ведомости. Бесконечная, слабоструктурированная работа над текстом запроса, сложения, СтрЗаменить. Просто макаронный код. Может в 8.3 все-таки перепишут на объектную, так большинство 1с-ников не разберется. А потом, из-за отсутствия типизации стоит объекту покинуть область видимости, а даже при процедурном программировании это сплошь и рядом, так сразу пропадает подсказка в конфигураторе, проваливаешься в технологиях лет на 20-30 назад

(171) так там и написано, что порядок выборки будет разный, плюс пишем два документа двумя пользователями с разницей менее одной секунды, далее - см. (169)

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

(174) Там черным по белому написано, что на одну дату может быть несколько значений, а при ЗначениеНаДату или использоватьДату использует Выбрать Первые с сортировкой по
  ORDER BY [Project1].[DATE] DESC, [Project1].[TIME] DESC, [Project1].[DOCID] DESC, [Project1].[ROW_ID] DESC ) AS [Limit1]

(175) При нормальном проектировании переписывать значительно проще.

(173) Мне в этом плане очень нравится TypeScript. Он значительно удобнее голого JS. Вот такой подходит для 1С.

(174) Что бы тебе было более понятно ситуация такая как http://rsdn.ru/forum/db/6085704.1

Есть несколько полей по которым определяется позиция. Поэтому мы не можем применить поиск по max так как при этом может использоваться одно поле. Либо как в http://catalog.mista.ru/public/63125/
Вычислять составное поле.

И в одном документе может быть две записи по одному элементу. Там различие будет только по ROW_ID

Вообще правильно еще сортировать по LineNo

http://vandalsvq.3dn.ru/publ/3-1-0-3

(176) одно значение правильное, то, которое вернется по  спр.получить(дата). Все остальное - от лукавого. По поводу "При нормальном проектировании переписывать значительно проще." - гы, ты РСВ-1 будешь "нормально проектировать" дольше, чем выйдет новая. Вообще, весь этот детский сад из топика - вполне вписывается в тему just for fun, написать шахматы на ассемблере, или, другими словами, у тебя слишком много свободного неоплачиваемого времени.

(181) Меня поражает твоя ивертливость. в 166 заявляешь, что может быть только одно значение на дату, потом говоришь, что от лукавого. Тебе даю ссылки, что значений на одну дату может быт много, а вот алгоритм описанный в 156 как раз и возвращает только одну самое последнее значение.
Здесь нет ничего от лукавого. Это как раз проектирование БД.

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

Ветка странная. ТС сам с собой большую часть времени разговаривает, что то доказывает.

(183) ТСа прет от темы, не мешай :D

(175) Так классы для того и придуманы, чтобы легче было кусочки программы менять. А 1С-никам то невдомек.

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

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

(187) Так нет же тобой написанного на классах "десерта". А по всему инету трындеж от "спецов" - как круто ООП, классы и прочая хня. Только, упс, когда речь заходит про бухучет - "спецы" сливаются и вдруг оказываются "сильно заняты".

(188) +100500
Каждому овощу, свой фрукт.

(189) Точно, 1С-нику - кактус.

(188) Да, во всем мире как-то справляются без 1С. Наши люди тоже когда-то верили, что без КПСС конец света, а ничего вроде живем. "Бухучет" на 7.7 жил без запросов и вы считали что это нормально, теперь есть запросы, но нет объектов, облегчающих работу с ними, но вы тоже считаете это нормально. Завтра в 1С добавят LINQ и вы будете уже с пеной доказывать, что без этого никуда. А на счет "спецов", да никто не лезет на "территорию 1С", в Сомали же никто не пытается технопарк построить.

(190) Во всем мире инженеров учат делу, а у нас - матану считать на листочке, сопромату - по старинным книгам и четить на ватмане карандашом в 21 веке. Поэтому у нас - умные, но делать нифига не умеют, там - тупые, но справляются. Вот и получается - у нас - "аргументированный трындеж", там - просто дело.

(190) "Завтра в 1С добавят LINQ". Вот как добавят, тогда и смысл в разговоре появится.

(192) А для того, что бы он появился, нужны обсуждения.
Для того, что бы появились замыкания вместо ОписаниеОповещения итд. Синтаксис SQL хотя бы до стандарта SQL, а в идеале использовать и расширение поставщика.
итд. Нужна воля низов, а не аморфное следование идеям верхов

(193) Делай, если интересно! Пример: движок 7.7 уже не развивается. Но умельцы слепили секретный релиз,решающий определенные проблемы, и его даже юзают.

(194) Я на нем и работаю. Кстати Code First работает только с SQL 2005 и выше. Еще раз Code First прикрутить к 8 ке не проблема.

(195) "Code First работает только с SQL 2005" - Ты это указал в своей статье?!
:)))

Не взлетит. Хотя романтизм ТС интересен.
(0)У тебя есть больше чем 2 клиента с этой приблудой?
Надеюсь на честный ответ.

(191) А что, с появлением компьютеров матан или сопромат сильно поменялся? Так-то маткаду и матлабу еще нас в университете учили, и сейчас, думаю, учат. Только прежде чем что-то наматлабить нужно иметь понимание что ты хочешь получить.

(197) Я не ищу клиентов, а делюсь опытом. Мне лично такие статьи нравятся и я наматываю себе на ус. А так там неполный функционал. Только справочники. Но не стоит большого труда его расширить на документы и регистры
(196) Так секретный релиз и позволяет семерке работать  с SQL 2005 и выше

(199)Т.е. практической пользы пока ноль. Тебе нужны единомышленники - исследователи. Только 1С77 здесь не при делах. ИМХО.

(200) Я просто хотел показать Code First и Linq to EF на примере 1С версии 7.7 только и всего.
Показал как можно пользоваться, какие при этом генерятся SQL запросы, какие есть ограничения, какие премущества и недостатки по сравнению с запросами восьмерки.
Здесь очень много информации. Буду рад если хоть одного человека это заинтересует. И судя по звездочкам http://catalog.mista.ru/public/393228/

5 человек заинтересовало.

(201)Сделай хотя бы один пример для 1С8 для конфигурации БП3.0, тогда звёздочек еще больше заработаешь. Трудно ориентироваться на программный продукт, который уже не развивается лет 8.

(202) Что-то мне подсказывает, что для 8ки выгодность Linq на фоне СКД будет исчезающе мала.

(202) У меня 8 ки только файловые. Да всегда крику на лицензии. Кто понимает, тому несложно перенести описание таблиц и полей на 8 ку. Будет время напишу. Чуть позже.
(203) Есть смысл использовать например в ASP.net
Есть смысл использования Linq в 1С, но это уже другая тема.

(203) Еще можно использовать массовые операции
Еще есть можно использовать
System.Data.SqlClient.SqlBulkCopy — класс из состава ADO.NET, предназначенный для записи большого объема данных в таблицы SQL Server. В качестве источника данных может принимать DataRow[], DataTable, либо реализацию IDataReader.

http://habrahabr.ru/post/251397/

Например при работе с миллионными прайсами используя Merge.

(203)

--выгодность Linq на фоне СКД

И эти люди... Мда.

Можно развить тему? "LINQ на фоне СКД".

Очень интересно.

(206) Пока выгодность применения linq в 8ке нулевая. Есть примеры обратного?

(207) Зато МОЩЬ!!!!

(207)
Какой linq в 8-ке - его там нет банально.

(209) "С помощью нехитрых приспособлений" можно

(210) Вот когда 1С выпустит "С помощью нехитрых приспособлений" тогда можно и говорить о выгодности применения. А для Asp.Net очень даже выгоднее чем дергать Вэб,HTTP сервисы или COM.

(211) А как ты имена таблиц получаешь? Получается что ты хардкоришь имена или как?

(212) Когда то генерил классы для доступа к DBF через курсоры BDE через RainBow/
Сейчас из поставки 1С++     
МД=СоздатьОбъект("MetaDataWork");

Для Ном=1 По Метаданные.Справочник() Цикл
        //Сообщить("Документ."+Метаданные.Документ(Ном).Идентификатор);
        ВалСпр=Метаданные.Справочник(Ном);
        
        ИмяСпр=ВалСпр.Идентификатор;
        ИДСпр=МД.ИДСправочника(ИмяСпр);
        ИД=МД.ИДСправочника(ИмяСпр);
        
        
        ДобавитьОбщиеРеквизитыСправочника(Текст,ТекстВиртуал,ВалСпр);
        Для НомРек=1 По ВалСпр.Реквизит() Цикл
            Вал=ВалСпр.Реквизит(НомРек);
            ИмяРеквизита=Вал.Идентификатор;
            ИДРекв=МД.ИДРеквизитаСправочника(ИмяСпр, ИмяРеквизита);

Для перечислений
Для Ном=1 По Метаданные.Перечисление() Цикл
        ВалПер=Метаданные.Перечисление(Ном);
        
        
    
        Для НомРек=1 По ВалПер.Значение() Цикл
            Вал=ВалПер.Значение(НомРек);
            ИмяРеквизита=Вал.Идентификатор;
            ТекстПеречисления.ДобавитьСтроку("public const string "+ИмяРеквизита+"="""+_IdToStr(МД.ИДОбъекта(Вал))+"   "";");        
        КонецЦикла;

(208) За пиццей на белазе! Крутотень...

А не проще ли юзать другую, возможно свою, платформу?

(217) Тут Nemerle не могут никак до конца сделать.
Сложно это все. И требует человеко годов и соответствующие деньги. А вот 1С стоит посмотреть в сторону Linq и заодно функциональщину.

Смысло то в чем? Где профит? Где я буду тратить меньше времени и получать результат быстрее и удобнее?

(219) Профит в том, что если тебе будет нужен доступ к данным 1С например из Asp.Net то Code First и Linq to EF значительно проще и быстрее юзать чем Вэб,HTTP сервисы или COM. Или тебе нужно построить ооооооочень сложный отчет требующий большого промежутка времени, то ты можешь использовать всю мощь Net.

220 Кстати Linq позволяет асинхронно обрабатывать запросы

(220) > то Code First и Linq to EF значительно проще и быстрее юзать

Думаю проще юзать то, что умеешь юзать. Для меня это немного другие инструменты.

222 Ну тогда, тебе эта мощь не нужна. А вот если ты пишешь сайт на Asp.net то тебе такой инструмент самое то. Ты просто не умеешь готовить.