Связь многие ко многим?

  1. 9 г. назад

    Хочется сделать пару справочников со связью "многие ко многим". Как лучше организовать на 1С такое дело? Чтобы как можно оптимальнее. Без доп.регистра. Пока лезет в голову мысль справочники с таб.частью. Может есть другие варианты?

    Ответы: (18)
  2. почему табчасть можно а допрегистр нет?

    Ответы: (2)
  3. (1) Ну такой вот каприз. Должно же быть красивое решение?!

    Ответы: (21)
  4. С владельцем такое намутить не получится, а жаль.

  5. Чет срачь вспоминается между сишниками и делфистами. Как известно в последнем нет множественного наследования (много предков, один потомок). Так вот во всех предложенных примерах находились решения без него, как минимум не хуже чем с ним. По сабжу - а оно точно надо?

    Ответы: (6)
  6. связь многие ко многим - это аналог публичного дома

    Ответы: (15)
  7. (4) Хочу намутить программку для изучения английского. Два справочника уже придумал. Теперь связать их воедино, чтобы ничего лишнего. Чтоб как можно меньше. Чтоб красиво

    Ответы: (8)
  8. Ну или ссылку хотя бы на такою программку. Типа карточек. Для симбиан, и чтобы бесплатно. Нашел нечто подобное, но не совсем удобно и ограничения всякие утомляют.

    Ответы: (10)
  9. 26.11.2014 16:55:56 отредактировано Дядя Вася

    (6) Под дос такое писал. Без красивостей, слова брала из текстовых файлов. ) Довольно просто и эффективно получилось. Спрашивает слово, пишешь ответ, если не угадал, выдает правильный ответ и спрашивает следующее, рандомно конечно, но из определенного набора. Безо всяких интерфейсов, в режиме командной строки, за счет чего отвечая следующее слово перед глазами остаются все предыдущие. Собственно, как все слова из набора спросит, идет по второму кругу спрашивая только неправильные, потом по третьему аналогичным образом все неправильные со второй попытки, и так далее, пока не ответишь все. Задача - ответить правильно все слова с первого раза. Сидишь, "дрочишь", пока не получится, особо не заморачиваясь тем чтобы запоминать, само как-то. Довольно быстро получается.

  10. И да, написал за час от силы, бо ничего сложного по алгоритму-то нет.

  11. (7) нормальная у тебя постановка задачи )
    по сабжу - лучше не греть голову и учиться по бумажным картам.

    Ответы: (11)
  12. (10) Да не, имеет смысл. Тут сложные слова будет спрашивать чаще чем простые. Простые-то сразу запомнишь. По бумажкам с одинаковой вероятностью. КПД выше получается.

    Ответы: (12)
  13. Дядя Вася КПД выше получается.

    КПД выше при погружении. Вообще словарный запас - это такая тема скользкая.... очень зависит "для чего нужен язык". В быту пригодится от силы слов 500.

    Ответы: (13)
  14. (12) Это само собой, но в данном случае речь именно о заучивании слов, а тут простая математика - тупо меньше времени тратишь на тот же объем.

  15. Регистр сведений

  16. Stim связь многие ко многим - это аналог публичного дома

    Свяжи другим способом таблицу пользователей с таблицей ролей

    Ответы: (16)
  17. (15) А какой практический смысл? Нужны либо роли одного пользователя, либо пользователи, которым определенная роль доступна. Все сразу-то зачем?

    Ответы: (17)
  18. (16)+ Если речь о данных, то там один-ко-многим. У пользователя выставляются доступные роли, а не наоборот вроде как.

    Ответы: (19)
  19. (0) я бы делал регистром или третьим справочником. Зачем какие - то заморочки с табличной частью?

    Ответы: (22)
  20. (17) У пользователя может быть несколько ролей, Одна роль может быть у нескольких пользователей

    Ответы: (20)
  21. (19) Ну это на уровне абстракции связь в обе стороны. Я про практическое применение. В одном запросе многие-ко-многим там не используются никогда. Или ищешь какие есть у пользователя роли, или по конкретной роли у каких пользователей она есть. Не одновременно то и другое. А по данным, ну, грубо говоря есть у тебя в справочнике табличная часть, в которой некие документы вбиваются. Один документ при этом может быть в нескольких элементах. Тоже вроде как много-ко-много. Но по хранению данных хранятся только документы в справочнике, а не наоборот. Хотя запрос можно и в обратку построить, из документов на элементы выйти. Ну и тут как-то так же.

  22. (2) табчасти справочинка - красивое решение?

    Ответы: (26)
  23. (18) Регистр +1 легче ссылочную целостность контролировать ...

  24. Классический пример связи многие ко многим - это документ и таблица товаров

  25. выгода тч - это настройка прав. выгода регистра - не нужно менять справочник

  26. если карточки, то смотри в сторону анки

  27. (21) Нет, конечно. РС лучше.

или зарегистрируйтесь чтобы ответить!