Отправлено 1111 18 января 2006 г. 14:01 В ответ на: Ответ: отправлено koyodza 18 января 2006 г. 13:46

В системе 30000 пользователей 256 уровней доступа 256 расписаний. Уровень доступа - структура, которая содержит информацию, что надо делать с дверью и расписания. Расписания - 4 недели по 4 ежедневных интервала. В общем при считывании ключа и при нахождении его в базе смотрится уровень доступа. Для данного ключа могут быть справедливы все 256 уровней доступа. В каждом уровне доступа до 256 расписаний. В общем, если бы дело сводилось только к поиску ключа я бы не волновался. А тут недо активно поработать с рамой. Может и можно компактно как-то данные расположить, но я не допетриваю как. А времени все меньше и меньше. А мне еще схему рисовать, размещать заказ на заводе, детали закупать...

• А можете еще пару слов сказать... — prosto_Alex   (18.01.2006 16:20 80.77.40.11, 105 байт)
  • Ответ: — 1111   (18.01.2006 16:38 217.21.55.5, 144 байт)
    • уж не для метро делаете? — koyodza   (18.01.2006 16:52 83.170.240.226, пустое)
      • Для учебного заведения. Студентов-прогульщиков отсеивать — 1111   (18.01.2006 17:03 217.21.55.5, пустое)
        • поставь PC и не страдай херней... — basilmak   (19.01.2006 12:54 62.118.129.7, пустое)
        • ну да, для метро нужно было бы минимум на два порядка больше записей. Кстати, что бы Вы тогда ставили? Супер-арм на ХХХ ГГц? — koyodza   (18.01.2006 17:07 83.170.240.226, пустое)
    • Ни правильно , сдесь действительно можно мегой обойтись — Kenat   (18.01.2006 16:40 83.237.241.101, пустое)
      • Ну вот. Весь день обсуждали. Я уже начал осваиватся с идеей применения арм, а вы мегу. — 1111   (18.01.2006 17:27 217.21.55.5, 151 байт)
        • Да бросьте, ну что значит "ворочать трехбайтные адреса" вы так страшно об этом говорите.... а вычислять смещения??? в чем сложность? это все мизерные затраты производительности, обслужить мегой 8 считывателей - как 2 пальца обосфальт... Ну даже если 1варе или вейганд будет забирать ресурсы, прицепите 2313 на 2-й уарт меги — prosto_Alex   (18.01.2006 17:33 80.77.40.11, пустое)
          • Ответ: — 1111   (18.01.2006 17:54 217.21.55.5, 469 байт)
            • ладно, подброшу еще идею — koyodza   (18.01.2006 19:09 83.170.240.226, 767 байт)
              • У нас были одни клиенты которые задавали с точностью до 2 минут доступ :))))) Хотя конечно это оригиналы — prosto_Alex   (18.01.2006 20:59 82.207.32.124, пустое)
              • Да, но вы имеете ввиду фиксированные интервалы. — 1111   (18.01.2006 19:20 217.21.55.5, 245 байт)
            • За 2 дня обсуждений, если бы меня так мучала проблема выбора, уже набросал бы ф-ию поискаи нализа уровней доступа на Си, загнал бы в отладчик и посчиталбы к-во циклов и времени :))) — prosto_Alex   (18.01.2006 17:58 80.77.40.11, пустое)
      • ну наконец-то ;=) — koyodza   (18.01.2006 16:48 83.170.240.226, пустое)
        • Реальный подход к жизни.. база едина , шина передачи данных LIN , а дальше хоть на ПС — Kenat   (18.01.2006 17:10 83.237.241.101, пустое)
          • Реальный, только очень не надежный — prosto_Alex   (18.01.2006 17:16 80.77.40.11, пустое)
            • ))) Давай как iosifk с мажоритаром БД А? , надёжно и круто, лин как раз, кстати обоснуй версию свою, и ещё в постановке ТЗ нет ни чего о максимальной длинне линии связи между МК, хотя ну нах чтоб обьять задачу , надо знать, а мы кусками , как три слепца и слон — Kenat   (18.01.2006 17:34 83.237.241.101, пустое)
              • Обосновать можно как раз когда известны все объемы, а так обоснование очень просто — prosto_Alex   (18.01.2006 17:46 80.77.40.11, 390 байт)
                • Согласен, но проблема синхронизации БД на 128 контроллерах - вещь мало приятная, распределённая БД тоже сильно зависит от линий связи... По опыту скажу + — Kenat   (18.01.2006 18:04 62.205.170.49, 482 байт)
                  • Впечатляет — 1111   (18.01.2006 18:17 217.21.55.5, 128 байт)
                    • Это вторично, надо полное ТЗ , и проектировать + — Kenat   (18.01.2006 18:46 62.205.170.49, 180 байт)
                      • Да нет. Конфигурирование - это из драйвера на пс. — 1111   (18.01.2006 19:03 217.21.55.5, 354 байт)
                        • Я бы на вашем месте не относился к верхнему софту как к примитивизму... Он не менее сложный чем железо вместе с прошивками и на надежность системы тоже должен влиять по минимуму — prosto_Alex   (18.01.2006 20:56 82.207.32.124, пустое)
                        • какой нахрен драйвер? Просто софт верхнего уровня, а связь через СОМ. Вы же не собираетесь добавлять пользователей по 100шт в минуту? — koyodza   (18.01.2006 19:11 83.170.240.226, пустое)
                  • Все хорошо... — prosto_Alex   (18.01.2006 18:14 80.77.40.11, 533 байт)
                    • Точек доступа мало + — Kenat   (18.01.2006 18:44 62.205.170.49, 461 байт)
                      • Ну вообще-то 100000 ключей с офисом смутно сочитается.... Я говорб про предприятия с кучей проходных — prosto_Alex   (18.01.2006 20:53 82.207.32.124, пустое)
    • Воот.... вот исходя из этого скажите, зачем вам образ единой БД во всех контроллерах? — prosto_Alex   (18.01.2006 16:40 80.77.40.11, пустое)
      • Ответ: — 1111   (18.01.2006 17:13 217.21.55.5, 397 байт)
        • Если только с целью что все будут по одному равняться... то тогда сугласен. Но почему не равняться всем на писюк? — prosto_Alex   (18.01.2006 17:18 80.77.40.11, пустое)
          • Честно говоря, я сам не понимаю. — 1111   (18.01.2006 17:39 217.21.55.5, 244 байт)
            • А репликация бд ? в одном месте сделали изменение - извольте везде обновить, тот представляется + — Kenat   (18.01.2006 17:48 62.205.170.49, 330 байт)
              • На счет репликации пока конкретно не думал — 1111   (18.01.2006 18:30 217.21.55.5, 249 байт)
                • Все-таки обясните плюсы полных баз во всех контроллерах? Тут с кенатом соглашусь, полное орбновление везде может стать проблемой... — prosto_Alex   (18.01.2006 18:35 80.77.40.11, пустое)
                  • Ну ответ тупой. Допустим слег комп. Или вирус какой. Базе кердык. Подключаем любой контроллер и сливаем оттудова. Это конечно крайне спорно — 1111   (18.01.2006 18:52 217.21.55.5, 216 байт)
                    • Нет подождите.... слетел сервак именно во время обновления данных? ну тут сказать нечего... даже если только в этом проблема, то надо сервак нормальный ставить... — prosto_Alex   (18.01.2006 20:52 82.207.32.124, 192 байт)
                    • да -да , серваки вещь такая , их админить надо... и часто это у вас ? + — Kenat   (18.01.2006 19:02 62.205.170.49, 98 байт)
                      • ДА, да . из говна сделаем конфетку, только конфетка из говна будет + — ++++   (18.01.2006 19:10 216.197.142.159, пустое)
                      • Ни разу не было — 1111   (18.01.2006 19:08 217.21.55.5, пустое)
            • А, т.е. систему проектировали не вы? — prosot_Alex   (18.01.2006 17:47 80.77.40.11, пустое)
              • Ответ: — 1111   (18.01.2006 18:05 217.21.55.5, 489 байт)
                • Для серъезной системы до апреля слишком мало времени, а вы еще думаете новое что-то изучать... А верхний уровень софт тоже вы будете писать? — prosto_Alec   (18.01.2006 18:28 80.77.40.11, пустое)
                  • Шутить изволите :) — 1111   (18.01.2006 18:41 217.21.55.5, 493 байт)
• а что будет, если — koyodza   (18.01.2006 14:16 83.170.240.226, 570 байт)
  • и я согласен... — basilmak   (18.01.2006 16:06 62.118.129.160, пустое)
  • Да во многих готовых системах на батарейках база. Я и мыслю эту оттуда почерпнул. — 1111   (18.01.2006 14:39 217.21.55.5, 492 байт)
    • еще раз подумайте о структуре базы — koyodza   (18.01.2006 14:47 83.170.240.226, 517 байт)
      • Спасибо за совет. Не зависимо от платформы я еще крепко подумаю над структурой базы. Пока общался - решил кое-какие изменения внести. — 1111   (18.01.2006 15:01 217.21.55.5, 53 байт)
      • Хм + — Kenat   (18.01.2006 14:54 83.237.241.101, 405 байт)
        • Ответ: — koyodza   (18.01.2006 15:04 83.170.240.226, 101 байт)
          • а ну да , с 51 завершил работу пять лет назад , на рама нет ни флэша достойного .... под наши задачи не идёт... + — Kenat   (18.01.2006 15:13 83.237.241.101, 240 байт)
            • Это не философия. Это прагматизм. А философия утаптывания и изящных алгоритмов уже вылазила боком. На том же 51-ом — Roman M.   (18.01.2006 16:37 62.213.39.5, пустое)
              • а еще хуже "растекание мыслею по древу", которое очень хорошо видно в современных РС. Вот уже и в контроллерах начинается, и поверьте, ничего хорошего из этого не выйдет — koyodza   (18.01.2006 16:47 83.170.240.226, пустое)
            • похоже, у нас с Вами просто очень разные философии — koyodza   (18.01.2006 15:35 83.170.240.226, пустое)
  • Голосую "ЗА" — argus98   (18.01.2006 14:25 81.22.205.230, пустое)

E-mail: info@telesys.ru