Подскажите как сделать свой View?

Здесь обсуждаем систему TDM/PDM/Workflow Lotsia PDM PLUS (PartY PLUS).
Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

круто :wink: :wink:
без _view получил ускорение на ПОРЯДОК!!!!

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

поскольку всегда хочется немного больше чем есть :wink: :wink:
скажите мне - а можно ли во View передать параметры??? и сделать его универсальным?

не прибегая к хп :roll: :roll:

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

Слушай Андрей - я вот тут сижу и думаю на счет потери прав на свой View - и никак не могу понять где тут засада :wink:

Смотри есть коммерческий View - к которому могут обратиться пользователи через Party или через WorkFlow - где соответственно я контролирую права сам на юзера или на группу юзеров, т.е. остальные как бы никогда туда не обратятся

или нет?
или через стандартный интерфейс Лоции можно получить доступ к этому виду?

допустим юзер - даже знает имя этого вида - но как он доберется до него?

где опасность?
при условии что он не знает паролей юзеров и админа - имеющих право совершить обращение к виду
кроме того нашем юзерам запрещено создавать свои отчеты, и соответственно свои SQL на предмет поиска коммерческой информации на которую лично у него 'как бы' нет прав

как можно 'взломать' такой вид?

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Аватара пользователя
Anderyt
Активный участник
Сообщения: 777
Зарегистрирован: 15 июл 2004, 13:15
Используемое ПО: Lotsia PDM PLUS
Откуда: Тюмень
Контактная информация:

Сообщение Anderyt »

опасность может быть например в том, что юзер, имеющий доступ к БД (а если он заходит в Лоцию, то у него есть этот доступ), может зайти в нее НЕ через Лоцию (а через стандартные утилиты) и посмотреть содержимое того вида. и все, приехали.
поэтому на этот вид давать права для всей party_users вроде как нельзя..
лучше день потерять, потом за пять минут долететь!
Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

интересная мысль :o - вопрос исчерпан

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

ps по данной теме
обнаружил такую интересную особенность

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

и вот никак не могу понять в чем причина - ведь описание объекта по идее достается более коротким путем чем атрибут???

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Аватара пользователя
Anderyt
Активный участник
Сообщения: 777
Зарегистрирован: 15 июл 2004, 13:15
Используемое ПО: Lotsia PDM PLUS
Откуда: Тюмень
Контактная информация:

Сообщение Anderyt »

а описание объекта берется из какой таблицы? object_reference или object_reference_view?
ну по идее да, описание берется проще, чем атрибут.. хотя кто его знает, может быть, на самом деле, запросу проще три раза обратиться к таблицам с атрибутами, чем два раза к атрибутам и один раз к объектам... типа там кеширование и так далее... кто его знает :-)))
лучше день потерять, потом за пять минут долететь!
Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

object_reference
в QA сравнение этих двух подходов (описание+3 атрибута или просто 4 атрибута) разница видна на глаз

но в Лоции работа через замороченный View или просто через запрос разницы практически не дает
В МОЕМ СЛУЧАЕ

вобщем смотрю пока где теряю время

но за новый подход все равно спасибо :wink: :wink: :wink:

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Аватара пользователя
Anderyt
Активный участник
Сообщения: 777
Зарегистрирован: 15 июл 2004, 13:15
Используемое ПО: Lotsia PDM PLUS
Откуда: Тюмень
Контактная информация:

Сообщение Anderyt »

бр... такое ощущение, что вы сравниваете зеленое с горячим :-)
все таки, в Лоции какие именно вещи выглядят одинаковыми? запрос и вид, построенный на основе того же запроса? ну тогда это по идее и должно быть одинаковым..
или я не так понял?
лучше день потерять, потом за пять минут долететь!
Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

да нет виды быстрее в QA это так
но кагда я начинаю использовать виды в Workflow для массивов то разница начинает стираться
т.е.
смотри
1. в QA виды быстрее на порядок чем запросы с правами
2.1. в WokFlow для массива я использовал запрос возвращающий 5000 значений х 6 столбцов
затем полученный массив фильтровал используя функции WorkFlow
а теперь
2.2 я делаю вид возвращающий те же 5000 значений х 6 столбцов и в WorkFlow делаю запрос к виду. запрос сам уже включает фильтрацию в Where

и по скорости, визуально - разницы не чувствую, т.е. то ускорение на порядок - где-то теряю

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

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Аватара пользователя
Anderyt
Активный участник
Сообщения: 777
Зарегистрирован: 15 июл 2004, 13:15
Используемое ПО: Lotsia PDM PLUS
Откуда: Тюмень
Контактная информация:

Сообщение Anderyt »

хм... где делать фильтрацию - это уже отдельный вопрос.
насколько я понимаю, если мы ее делаем в запросе - то реально этой фильтрацией занимается сервер. причем я уже несколько раз замечал, что серверу проще вывести некоторый большой список, чем тот же список, отфильтрованный по какому либо условию.
а если делаем фильтрацию в Лоции, то здесь скорее всего начинает фильтровать сама Лоция (у нас же 2-х звенная архитектура все таки). то есть сервер вовзращает весь список клиенту, а потом уже он сам его обрабатывает.
понятно, что здесь очень многое будет зависеть от того, кто быстрее, клиент или сервер, работающий на всех клиентов. если клиенты шустрые, то можно попробовать фильтровать средствами Лоции, то есть фильтровать на клиенте. сервер будет просто раздавать кому надо сырые данные, а каждый клиент уже будет из них выбирать то, что надо ему..
но вернемся к теме :-)
запросы быстрее в QA? какие запросы? сами запросы или запросы к видам??
просто реально уже интересно, как так, в QA все летает, а вставляем в Лоцию - на порядок медленнее. такой разницы быть не должно.. ну ясно конечно (лично мне :-) ) что Лоция не будет быстрее QA (запрос все таки надо как то обработать и отправить его к серверу). но чтобы настолько медленнее - это уже странно...
а можно показать это все на примере?
то есть какой запрос и где вы выполняете и какие при этом получаются временнЫе характеристики?
лучше день потерять, потом за пять минут долететь!
Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

слушай - давай после праздников :wink: :wink: мне самому это интересно

поздравляй там всех своих... и до вторника :wink: :wink: :wink:

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

продолжаем разговор :wink: :wink:

а вот как сделать такую штуку
есть массив WorkFlow
типа

Код: Выделить всё

  Select колонка1,
                     колонка2,
                     колонка3
            From  МОЙ-ВИД-View
и есть 4 вида

как в качестве параметра передать имя вида в секцию From?????????

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Аватара пользователя
Anderyt
Активный участник
Сообщения: 777
Зарегистрирован: 15 июл 2004, 13:15
Используемое ПО: Lotsia PDM PLUS
Откуда: Тюмень
Контактная информация:

Сообщение Anderyt »

если в Лоции в докобороте - то можно формировать запрос на лету. это же всего-навсего строковый параметр для функции exec_SQLSelect
лучше день потерять, потом за пять минут долететь!
Аватара пользователя
Александр
Активный участник
Сообщения: 1652
Зарегистрирован: 24 авг 2006, 08:06
Используемое ПО: Lotsia PDM PLUS
Откуда: 55.745578,37.665825

Сообщение Александр »

речь идет о внедренном запросе массива, и вид я хочу передать туда как параметр - т.е. сам запрос я внедряю через контекстное меню

ладно. т.е. этот самый внедренный запрос который я вижу на экране это тоже текст? - в том смысле - это простой текст? т.е. обычная строка в которой стоят метки :параметр и когда я наполняю массив что происходит?

1- в текстовой строке запроса все параметры заменяются тем что передается в параметрах
2 - полученный динамический запрос - отправляется на выполнение?
(т.е. я хочу в параметре передать lsdbo.Ric_PSft_view)

вопрос формирование запроса происходит на клиенте или на сервере????

а числовые параметры тоже вставляются как текст?

Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный

Ответить