Портировании системы RSlight на Oracle XE
Brought to you by:
rico_soft
Menu
▾
▴
Принято решение о портировании системы RSlight на Oracle Database Express Edition 10g. Все дальнейшее развитие проекта будет вестить на базе этой платформы.
Если прдложеное портирование на Oracle XE сохранит или еще лучше продолжит туже динамику развития, как от первого Вашего релиза до второго, то для нас ваш бесплатный проект потеряет весь его бесплатный смысл. Я тогда буду поднимать вопрос перед хозяином нашей компании. Бесплатность как капкан. Пусть шеф платит. может это поможет вам развивать проект еще дальше. По второму релизу. как понял, пишете вы не с нуля - точно. Интересно на украинском почитать коегде. Или с давно написаного ксера или опыт жизни на украине большой- русский забыли. Сложно сразу понимаются сразу ваши названия ну термины. Контакторы - цепочки - контейнеры в доках. Про модели ваши под ТМ Форум готовые - ваще трындец. марсианство. Как инженер - понимаю смысл и направление, как связисту - надо подумать еще немножко. хоть в логике трудно с вами спорить. Почитал доки ваши - стало теплее, а заглянул в материалы диссертации вашего Хабарова бог ему здоровья - потухли лампочки. Слова знакомые только. наверно круто. Понимаю, что бесплатно сразу много не бывает, но хотьяб какую доку выложьте как пендюрить шкафные книги с подтирочной бумажки сразу в монитор, ведь есть же с чего вам копипастить, верняк. Сайт ваш интересный, есть чем занять мозги вместо работы.
ну и про ошибку. и во втором релизе тоже начинаю номера телефонов к АТС прописывать - там буквами вводить удалось. Подумал, может номер буквами может быть, если это не просто номер, а нска, как в бумагах - там и буквы есть. А вообще программа нормальная, будет жить у нас, спасибо вам. Екатеринбург, Ероха Владимир
Еще. в доках про бюро ремонта читал - хорошо написано. а будет? и еще вопрос. а если на нашей ферме оракл уже стоит 9.2 купленый? Ваш проект на нем сможет работать? Будут какие то ограничения на память и размер базы? или именно халяву ХЕ надо ставить?
Переспал ночь с мыслью и решил ее бросить вам
А как это - и интербейс и оракл вместе уживутся? вв смысле потом перейдти на оракл беспотерьно для информации
С уважением В.Ероха
Постараюсь ответить подробно :).
По поводу терминологии (Контакторы – контейнеры – цепочки): Вы уже наверняка самостоятельно разобрались, но на всякий случай повторю. Под контактором мы понимаем любое оборудование, к которому можно подключить кабель или кроссировку. Сюда попадают боксы, громполосы, распределительные коробки, переходные рамки, DSLAM-ы, модемы, абонентские розетки и т.д. Короче все, что имеет контактный разъем или порт. Сделано это по той причине, что при описании тракта прохождения абонентской линии между боксом и громполосой, к примеру, нет никакой разницы, более того, бывают ситуации, когда на станции где-нибудь в коридоре под потолком висит скоммутированный бокс. Видели своими глазами. Посему для всего оборудования, имеющего возможность подключения, есть общее название – контакторы. Аналогично с контейнерами. Под контейнером понимаем «что-то», что содержит в себе другие объекты. Контейнеры используются для описания шкафов, АТС, кроссов и т.д. Под «цепочкой» мы понимаем последовательность линейных данных абонента.
Про модели TM Forum и прочие диссертации. Вы правы, довольно «замороченная» штука. К счастью, если стоит вопрос об автоматизации только техотдела, надобности в них особой нет. Их использование имеет смысл, когда есть необходимость сквозной автоматизации технологического процесса. К примеру, система CRM принимает заявку от абонента на установку ADSL, передает ее в техотдел для проверки технической возможности, при положительном ответе заявка передается в биллинговую систему для заключения договора и оплаты, затем обратно в технические службы для фактического включения и т.д. Для поддержки всего этого необходимо, что бы разные системы (технические, CRM, биллинг, Service Activation, Help Desk и т.д.) разговаривали на одном языке. Собственно, TM Forum и пытается разработать такой язык.
Про «пендюрить шкафные книги с подтирочной бумажки сразу в монитор» - заказ принимается, это будет первая инструкция по RSlight-у.
Про именование телефонов. Совершенно верно, помимо обычных абонентских телефонов, по сети могут бегать НС-ы, СЛ-ы, радио, безномерные таксофоны, потоки ISDN и прочая цифра. Все они с удовольствием могут иметь в имени нецифровые символы. Кстати, поэтому мы используем понятие не телефон, а «нагрузка» (т.е. то, что нагружает( использует) сеть). Кстати, совет по использованию программы. Прежде чем описывать кроссировки и ставить на них нагрузку, опишите диапазоны нагрузки в режиме паспортов объектов для АТС, закладка «Номерная емкость». Там, кстати, можно описать и схемы спаривания, если у Вас еще используются СУС-ы. Если Вы таким образом распределите телефоны по АТС, а потом при заполнении шкафных кроссировок ошибетесь в имени нагрузки (к примеру, впишите лишнюю цифру), программа честно предупредит «Нагрузка не описана в емкости».
Про бюро ремонта. Оно входит в состав системы АСТЛУ, в RSlight пока переносить его не собираемся.
RSlight будет работать на Oracle 9i Release 2 Enterprise Edition без всяких ограничений, только желательно установить на Oracle все патчи.
Про переезд с InterBase-а на Оракл. Мы планируем выпустить версию под Оракл в течении месяца, поэтому рекомендуем до этих пор воздержаться от использования RSlight-а в промышленной эксплуатации, дабы потом не заниматься конвертацией данных, это крайне нудная операция. Поверьте, в следующей версии и ошибок будет намного меньше, и функционал побогаче. Пока можно заняться изучением системы и обучением пользователей.
Решили не ждать и сразу после майских начинем ввод на втором релизе . Наши асушники посмотрели структуру базы и сказали, что с перекачкой данных сами справятся если в оракле будет чтонибудь подобное и такоеже логичное. А пока учим техничек. Держите вкурсе новостей! Veroha