CRM2011. Обновление поля одной сущности по условию из другой сущности.

[andyandy]

Запилил . Может кому пригодится.

function dblookup()
{
var oppidObj=Xrm.Page.getAttribute("new_opportunity_id").getValue();
var oppid=oppidObj[0].id;

var query= null;

var subid= Xrm.Page.data.entity.getId();

if (subid ==null)
{
query= "xxx'";
}
else
{
subid = modifyGUID(subid);

oppid=modifyGUID(oppid);


query = "ххх";
}

var connection = new ActiveXObject("ADODB.Connection");
var connectionString = "xxx";

connection.Open(connectionString);
//alert(connectionString);

var rs = new ActiveXObject("ADODB.Recordset");
//alert(rs);
//alert(query);

rs.Open(query, connection, 1, 2);
alert(rs);
var matchingstate=0;

if(!(rs.BOF && rs.EOF))
{
rs.moveFirst();
alert(rs.Fields(0).Value);
if (rs.Fields(0).Value!=null)
{
matchingstate = rs.Fields(0).Value;
}
}
}
function modifyGUID(str)
{
var retVar =str;
retVar=retVar.slice(0,-1);
retVar=retVar.slice(1);
//retVar=retVar.toLowerCase();
return retVar;
}
Стринги для подключения и запросы к БД удалил. Этот вариант только под IE.
и вот одна из ссылок которая помогла: http://snipplr.com/view/51134/sql-qu...ng-javascript/

[a33ik]

Хотите стать специалистом - перестаньте писать такого рода код. Сказали же вам. Пользуйтесь тем, что дал Microsoft - вебсервисами CRM и тулкитами для упрощения работы с ними...

[spectr]

этот скрипт очень и очень не безопасен !!!
вы грубо говоря дали пользователю логин и пароль от БД.
теперь он с ней может делать что угодно.

[a33ik]

Цитата:

Сообщение от spectr

этот скрипт очень и очень не безопасен !!!

Я бы сказал, что это незнание платформы и использование нерекомендуемых техник.

Цитата:

Сообщение от spectr

вы грубо говоря дали пользователю логин и пароль от БД.

Такое. Зависит от того какой тип аутентификации использовался. Если виндовая, то никакого пароля там нет.

Цитата:

Сообщение от spectr

теперь он с ней может делать что угодно.

Если аутентификация виндовая, то всё ограничится чтением из фильтрованных вьюх. Разве что пользователь в SQLPrivilegedGroup.

Но в целом я согласен с коллегой.

[spectr]

Цитата:

Сообщение от a33ik

Такое. Зависит от того какой тип аутентификации использовался. Если виндовая, то никакого пароля там нет.

Если аутентификация виндовая, то всё ограничится чтением из фильтрованных вьюх. Разве что пользователь в SQLPrivilegedGroup.

Если теоретически предположить то по условию задачи у пользователя должны быть права на изменения , а по умолчанию пользователи СРМ не являются пользователя SQL а добавлять их всех и давать им права думаю было лень потому там строка конекта с логином и паролем деплоя.

Суть дела не меняет и думаю на этом можно закрыть обсуждение