forum.bitel.ru http://forum.bitel.ru/ |
|
Группы договоров с mutex принципом. http://forum.bitel.ru/viewtopic.php?f=19&t=5151 |
Страница 1 из 1 |
Автор: | aardvark [ 17 фев 2011, 15:40 ] |
Заголовок сообщения: | Группы договоров с mutex принципом. |
Товарищи кто нибудь реализовывал у себя mutex группы договоров? Если да, то поделитесь решением, а то у меня сейчас принудительная проверка стоит ли группа, а потом включение выключение остальных, это слегка напрягает и впервую очередь меня. |
Автор: | Cromeshnic [ 17 фев 2011, 15:41 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
mutex знаю, не понял, что нужно сделать. |
Автор: | restart [ 17 фев 2011, 15:47 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
Взаимное исключение, очевидно (mutual exclusion = mutex). Если договор состоит в группе А, то не может состоять в группе Б, я правильно понял? |
Автор: | aardvark [ 18 фев 2011, 01:49 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
restart писал(а): Взаимное исключение, очевидно (mutual exclusion = mutex). Если договор состоит в группе А, то не может состоять в группе Б, я правильно понял? Правильно. |
Автор: | skn [ 18 фев 2011, 02:49 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
aardvark писал(а): Товарищи кто нибудь реализовывал у себя mutex группы договоров? Если да, то поделитесь решением, а то у меня сейчас принудительная проверка стоит ли группа, а потом включение выключение остальных, это слегка напрягает и впервую очередь меня. не совсем понятно, что требуется, одноразовую проверку, или реалтайм механизм? и почему именно группы? |
Автор: | snark [ 19 фев 2011, 06:47 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
skn писал(а): не совсем понятно, что требуется угу ... мне, у которого юзеры строго по группам побиты вообще непонятен этот топик ![]() skn писал(а): почему именно группы? а в БГБ кроме групп нет никакой другой уникальной, групповой (простите за тавтологию) принадлежности ![]() я когда-то предлагал группировать юзеров по тарифам - был послан ... в группы |
Автор: | skyb [ 19 фев 2011, 12:34 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
snark писал(а): я когда-то предлагал группировать юзеров по тарифам - был послан ... в группы есть sql запрос который может это делать бгг а групп действительно мало для выявления какой то статистики. |
Автор: | skn [ 20 фев 2011, 00:09 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
skyb писал(а): snark писал(а): я когда-то предлагал группировать юзеров по тарифам - был послан ... в группы есть sql запрос который может это делать бгг а групп действительно мало для выявления какой то статистики. для статистики можно использовать параметры |
Автор: | aardvark [ 21 фев 2011, 20:07 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
skn писал(а): aardvark писал(а): Товарищи кто нибудь реализовывал у себя mutex группы договоров? Если да, то поделитесь решением, а то у меня сейчас принудительная проверка стоит ли группа, а потом включение выключение остальных, это слегка напрягает и впервую очередь меня. не совсем понятно, что требуется, одноразовую проверку, или реалтайм механизм? и почему именно группы? Потому что группы проще всего испльзовать в отчётах, в частности в уже созданных отчётах в модуле репорт. Мне тут надобыл исхитриться и творить статистику с отчётами по трафковым и безлимитным тарифом. Логичным и наименее затратным стало добавление новых групп для привязки договоров к дополнительным группам. Изначально же договоры были разбиты в группы по географическому признаку (города) и физическо/юридическому признаку. Теперь же все договоры имеют как минимум две группы географически юридическую и тарифную. Так что получается что существуют две группы групп которые теоретически (по логике) внутри должны бы быть мутексными, а фактически они сейчас, что хочешь то и делай. В связи с вышеизложенным и появилась мысль-вопрос о создании определенных групп существующих по мутекс принципу. Реалтайм механизм это пожалуй слишком круто, а вот одноразовая проверка это вполне интересно-нормально. |
Автор: | skn [ 21 фев 2011, 20:54 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
aardvark писал(а): В связи с вышеизложенным и появилась мысль-вопрос о создании определенных групп существующих по мутекс принципу. Реалтайм механизм это пожалуй слишком круто, а вот одноразовая проверка это вполне интересно-нормально. одноразовый - простейших sql-запрос, там где выставлен бит А сбрасываем бит B Код: update contract set gr=gr&<B> where gr&<A> > 0
|
Автор: | Cromeshnic [ 21 фев 2011, 21:44 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
Только gr=gr&~<B> ![]() |
Автор: | snark [ 21 фев 2011, 22:02 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
в Разные SQL-запросы -> Работа с группами все есть, но человеку нужна именно "галочка" в клиенте |
Автор: | skn [ 21 фев 2011, 22:36 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
можно в договоре сделать параметр списковый с двумя значениями.... и обойтись без групп |
Автор: | snark [ 21 фев 2011, 22:53 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
кто-то из разработчиков (не помню кто именно) буквально недавно говорил что в API нет механизмов для работы со списковыми параметрами, не? |
Автор: | skn [ 22 фев 2011, 02:08 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
snark писал(а): кто-то из разработчиков (не помню кто именно) буквально недавно говорил что в API нет механизмов для работы со списковыми параметрами, не? в данном контексте API и не нужно, вроде... в случае групп при выборе А надо проверить не выбрана ли Б в списке выбрать А и Б одновременно не возможно. |
Автор: | snark [ 22 фев 2011, 19:36 ] |
Заголовок сообщения: | Re: Группы договоров с mutex принципом. |
skn писал(а): snark писал(а): кто-то из разработчиков (не помню кто именно) буквально недавно говорил что в API нет механизмов для работы со списковыми параметрами, не? в данном контексте API и не нужно, вроде... вот именно что вроде ... оно может им сейчас, в данный момент, не нужно, а завтра понадобится и что тогда делать? skn писал(а): в списке выбрать А и Б одновременно не возможно спасибо, Капитан! |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |