https://www.oasis-open.org/news/pr/oasis-approves-odata-4-0-standards-for-an-open-programmable-web Axway, BlackBerry, CA Technologies, Citrix, IBM, Microsoft, Progress Software, Red Hat, SAP, SDL, and Others Enhance Open Data Protocol
Эпическая сила, Лёша из Новосибирска боится отказаться на помойке

- Эдик, нахрена мы послушали этих идиотов и ввязались в OData?
- Не дави на мозоль, Лёня. Не дави...

Алексей КМСУНу да, как и спектрум, приставка денди и панасоник 3DO Да .
... по цене SPS3

Алексей КМСУпропущено...
Я не вижу противоречий в использовании REST подхода, а конкретно OData. Можно и с хранимками работать, и с мухами, и даже с котлетами. OData не мешает работе твоих админов.И какой смысл в ОДате, замапленной на SP? Оно работать вообще будет?
И тебе хватает еще совести мне задавать такие ламерские вопросы? Вышел вон из класса!
Срочно вбиваем в гугыль букавки "entity framework stored procedure iqueryable"

Алексей КИ какой смысл в ОДате, замапленной на SP? Оно работать вообще будет?
Это еще раз подтверждает, что к одате ты даже на пушечный выстрел не подходил. Но осуждаешь... OData может быть "замаплена" хоть на мясо соседней собаки Никаких ограничений, может выстрелить всё, даже журавлиная жопа.

Алексей КОДаты приходят и уходят, а фундаментальные технологии, вроде ZX, живут вечно!
Всему своё время, бро. Сейчас ZX унылая тухлятина, об которую даже лениво вытирать ноги. Лет 20-25 назад это была эпичная штука.

Алексей КМСУпропущено...

И тебе хватает еще совести мне задавать такие ламерские вопросы? Вышел вон из класса!
Срочно вбиваем в гугыль букавки "entity framework stored procedure iqueryable" Что-то я не помню, чтобы MSSQL мог такое:


Я про EF. Посмотри, как он транслирует такие вещи.

МСУАлексей Кпропущено...
Что-то я не помню, чтобы MSSQL мог такое:


Я про EF. Посмотри, как он транслирует такие вещи.
Если нужна именно SQL серверная выборка, то смотри табличные функции и вьюхи. Если этого не хватает, то пиши так же процедурно, как в SOAP. 10% кода у тебя будет процедурного (так как и раньше), остальные 90% чистый профит.

Алексей КПомню, речь шла про SP. Помню, кто-то меня обвинил в некомпетентности. :-)
Помню я тебе написал букавки для гугла. Помню ты обещал вернуться :)

Алексей КДля построения логики внутри сервера приложений IQueryable удобен. Но я никогда не отдам его наружу, кому попало.
Это всё детские страхи. IQueryable великолепно справляется с наружными задачами. Взять edmx модель, выделить сущности для сервиса, подрезать ненужные поля, определить ограничения, запретить ненужные фильтры, повесить нужные EnableQueryAttribute и анализ вызовов, прикрутить безопасность. И у тебя полноценный гибкий сервис, который будет приносить только радость.

Алексей КМСУЭто всё детские страхи. IQueryable великолепно справляется с наружными задачами. Взять edmx модель, выделить сущности для сервиса, подрезать ненужные поля, определить ограничения, запретить ненужные фильтры, повесить нужные EnableQueryAttribute и анализ вызовов, прикрутить безопасность. И у тебя полноценный гибкий сервис, который будет приносить только радость.Почему не хочешь дать публичный доступ к СУБД? Дай права на View, пусть пишут к ним SQL. Безопасность? Да не, это всё детские страхи... :-)
Ты всегда сравниваешь жопу с пальцем и пытаешься дальше развивать дискуссию в подобном бредовом исполнении? :)

ДиезhVosttпропущено...
В чём конкретно не сможет? Что такого может SOAP, но не может OData?
В OData нет транзакционности. Собственно, как я понимаю, и быть не может, так как REST.
(Батчи - это не транзакции ни разу)
Я тебе пятитысячный раз уже говорю, нужна транзакционность - бери экшен или функцию и реализуй всё что угодно. Такое ощущение, что я говорю с глыбой молчаливых камней. Мысль понятна?