Хочется сделать пару справочников со связью "многие ко многим". Как лучше организовать на 1С такое дело? Чтобы как можно оптимальнее. Без доп.регистра. Пока лезет в голову мысль справочники с таб.частью. Может есть другие варианты?
Хочется сделать пару справочников со связью "многие ко многим". Как лучше организовать на 1С такое дело? Чтобы как можно оптимальнее. Без доп.регистра. Пока лезет в голову мысль справочники с таб.частью. Может есть другие варианты?
С владельцем такое намутить не получится, а жаль.
Чет срачь вспоминается между сишниками и делфистами. Как известно в последнем нет множественного наследования (много предков, один потомок). Так вот во всех предложенных примерах находились решения без него, как минимум не хуже чем с ним. По сабжу - а оно точно надо?
Ну или ссылку хотя бы на такою программку. Типа карточек. Для симбиан, и чтобы бесплатно. Нашел нечто подобное, но не совсем удобно и ограничения всякие утомляют.
(6) Под дос такое писал. Без красивостей, слова брала из текстовых файлов. ) Довольно просто и эффективно получилось. Спрашивает слово, пишешь ответ, если не угадал, выдает правильный ответ и спрашивает следующее, рандомно конечно, но из определенного набора. Безо всяких интерфейсов, в режиме командной строки, за счет чего отвечая следующее слово перед глазами остаются все предыдущие. Собственно, как все слова из набора спросит, идет по второму кругу спрашивая только неправильные, потом по третьему аналогичным образом все неправильные со второй попытки, и так далее, пока не ответишь все. Задача - ответить правильно все слова с первого раза. Сидишь, "дрочишь", пока не получится, особо не заморачиваясь тем чтобы запоминать, само как-то. Довольно быстро получается.
И да, написал за час от силы, бо ничего сложного по алгоритму-то нет.
(12) Это само собой, но в данном случае речь именно о заучивании слов, а тут простая математика - тупо меньше времени тратишь на тот же объем.
Регистр сведений
(19) Ну это на уровне абстракции связь в обе стороны. Я про практическое применение. В одном запросе многие-ко-многим там не используются никогда. Или ищешь какие есть у пользователя роли, или по конкретной роли у каких пользователей она есть. Не одновременно то и другое. А по данным, ну, грубо говоря есть у тебя в справочнике табличная часть, в которой некие документы вбиваются. Один документ при этом может быть в нескольких элементах. Тоже вроде как много-ко-много. Но по хранению данных хранятся только документы в справочнике, а не наоборот. Хотя запрос можно и в обратку построить, из документов на элементы выйти. Ну и тут как-то так же.
(18) Регистр +1 легче ссылочную целостность контролировать ...
Классический пример связи многие ко многим - это документ и таблица товаров
выгода тч - это настройка прав. выгода регистра - не нужно менять справочник
если карточки, то смотри в сторону анки
(21) Нет, конечно. РС лучше.