И программист ни на один сервер не пустит этот мусор.
Проблема вот в чем: при открытии SQL-ой БД от 1С мы увидим еле читаемые таблицы (Reference109.VT111, Enum143, Chrc260, AccumRg405) с нечитаемыми полями (Fld406, LineNo428, Fld67). Программист в одном гос. учреждении категорически отказался пускать эту базу данных на сервере (сейчас крутится на обычном компе), т.к. "если что-то понадобится взять из неё, то он не сможет это сделать", а не пускает принципиально - пока поля не станут читаемыми (kfl - кодификатор физических лиц, sdol - список должностей, например).
Тут два решения:
- либо полностью переписать всю конфу (благо самописаная) ради безумной идеи: заменить ВСЕ обращения к данным на sql-запросы нормальной БД, правда я не знаю что делать со служебными данными. Ведь надо же где-то хранить конфу, а она как я понимаю как раз хранится в binary таблицах, если покажу программисту, он порвет на себе свитер! В общем это не выход, всё прелести работы и разработки в 1С уходят не просто в ноль, а в минус;
- либо есть альтернативные варианты какого-то переименования всех этих непонятных полей. Конечно, есть обработка, показывающая соответствие, но всё равно "эти названия не попадают под общепринятую идеологию именования таблиц и полей" (в данной организации).
Я склоняюсь к осуществлению второго варианта. Может быть вы посоветуете как привести БД к нормальному виду?
Проблема вот в чем: при открытии SQL-ой БД от 1С мы увидим еле читаемые таблицы (Reference109.VT111, Enum143, Chrc260, AccumRg405) с нечитаемыми полями (Fld406, LineNo428, Fld67). Программист в одном гос. учреждении категорически отказался пускать эту базу данных на сервере (сейчас крутится на обычном компе), т.к. "если что-то понадобится взять из неё, то он не сможет это сделать", а не пускает принципиально - пока поля не станут читаемыми (kfl - кодификатор физических лиц, sdol - список должностей, например).
Тут два решения:
- либо полностью переписать всю конфу (благо самописаная) ради безумной идеи: заменить ВСЕ обращения к данным на sql-запросы нормальной БД, правда я не знаю что делать со служебными данными. Ведь надо же где-то хранить конфу, а она как я понимаю как раз хранится в binary таблицах, если покажу программисту, он порвет на себе свитер! В общем это не выход, всё прелести работы и разработки в 1С уходят не просто в ноль, а в минус;
- либо есть альтернативные варианты какого-то переименования всех этих непонятных полей. Конечно, есть обработка, показывающая соответствие, но всё равно "эти названия не попадают под общепринятую идеологию именования таблиц и полей" (в данной организации).
Я склоняюсь к осуществлению второго варианта. Может быть вы посоветуете как привести БД к нормальному виду?
По теме из базы знаний
- Статья из цикла «Личный опыт» «Устранение ошибок выгрузки, загрузки конфигураций в 1С: Предприятие 7.7»
- Параметры командной строки 1С:Предприятие
- 1С8:борьба - личный опыт работы с платформой 1с8
- Как не нужно "запускать" проекты 1С
- Автоматизированная проверка конфигураций… и пара слов о стандартах разработки
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
четвертый вариант (лучший на мой взгляд): подойди к директору этого учереждения и скажи что из за того что их админ дол....еп и ему видители что то не нравиться, а взять из 1с данные по ком\оле и.т.д. ему религия строго настрого запрещает, поэтому нужно покупать новый сервер касарей за 3-4 или сменить админа. я думаю директор незахочет покупать сервер, а админ после этого захочет ставить базу.
как пример на одной из контор на которой был похожий случай после разговора с руководством админ был отлучен от сервера и занимался исключительно настройкой рабочих станций а сервер стала админить моя организация.
ПЫ\СЫ
И ваааабсче не надо хаять 1с SQL, причетм тут он? он бы ещё винды нестал ставить потому что если kernel32.dll открыть болкнотом то там ничё непонятно, а вдруг ему чёнить подправить захочеться. :D - лезть на прямую в SQL таблицы мимо механизмов плотформы - ЭТО КЛИНИКА и никчему хорошему не приведет порекомендуте админу убить себя ап стену.
как пример на одной из контор на которой был похожий случай после разговора с руководством админ был отлучен от сервера и занимался исключительно настройкой рабочих станций а сервер стала админить моя организация.
ПЫ\СЫ
И ваааабсче не надо хаять 1с SQL, причетм тут он? он бы ещё винды нестал ставить потому что если kernel32.dll открыть болкнотом то там ничё непонятно, а вдруг ему чёнить подправить захочеться. :D - лезть на прямую в SQL таблицы мимо механизмов плотформы - ЭТО КЛИНИКА и никчему хорошему не приведет порекомендуте админу убить себя ап стену.
А вот относительно com\ole тоже закривлялся - мол надо, чтобы виндовых приложений было меньше. Вот так. Дело в том, что он тоже занимается базами данных и автоматизацией, только всё пишет на фокспро +ms sql и он здесь давно, хотя я за 1 пару месяцев сделал на 1с то, что он ковырял 2 года.
Всё же вопрос актуален: как можно привести к читаемому и понятному виду таблицы и поля таблиц 1С, оставив на месте админа.
ПС: Всё-таки он тут уже 11 лет, а я уйду, он боится, что потом не разберётся. Было уже такое, только тогда они с аксессом разбирались. Тогда и решил писать на фокспро. Сказал, что тогда же пытались 1с бухгалтерию ставить, но "она не подошла для нашего бюджетного учреждения". Не вдавался в подробности, но возникли проблемы с каким-то счетом и они писали свою бухгалтерию с нуля.
Всё же вопрос актуален: как можно привести к читаемому и понятному виду таблицы и поля таблиц 1С, оставив на месте админа.
ПС: Всё-таки он тут уже 11 лет, а я уйду, он боится, что потом не разберётся. Было уже такое, только тогда они с аксессом разбирались. Тогда и решил писать на фокспро. Сказал, что тогда же пытались 1с бухгалтерию ставить, но "она не подошла для нашего бюджетного учреждения". Не вдавался в подробности, но возникли проблемы с каким-то счетом и они писали свою бухгалтерию с нуля.
(5) Объясни админу, что 1С - это не база данных, которую можно/нужно ковырять,
А готовое приложение, со своими методами обработки данных и то что он увидел знакомое слово "SQL" - еще не значит, что это "просто еще одна база данных".
Если он хочет обслуживать в дальнейшем сам - пусть учит 1С. Не хочет - пусть ищет фра/фри для поддержки.
А готовое приложение, со своими методами обработки данных и то что он увидел знакомое слово "SQL" - еще не значит, что это "просто еще одна база данных".
Если он хочет обслуживать в дальнейшем сам - пусть учит 1С. Не хочет - пусть ищет фра/фри для поддержки.
Никто не будет здесь учить 1С.
Идея такова: есть единая БД (сейчас у них система частичного документооборота от фирмы, остальное вручную дописано на фокспро, на вебе и криво-коряво работает с таблицами той фирменной), имена там более-менее понятные (kfl, fob, dis и т.д.), нужно из Reference109.VT111 сделать понятную таблицу ФизическиеЛица (FizicheskieLica).
Как?
Они могут ждать год и два, прежде чем прог. сделает на фокспро.
Идея такова: есть единая БД (сейчас у них система частичного документооборота от фирмы, остальное вручную дописано на фокспро, на вебе и криво-коряво работает с таблицами той фирменной), имена там более-менее понятные (kfl, fob, dis и т.д.), нужно из Reference109.VT111 сделать понятную таблицу ФизическиеЛица (FizicheskieLica).
Как?
Они могут ждать год и два, прежде чем прог. сделает на фокспро.
(10) Его это не устраивает.
(11) Верно, но смирения не будет )) Пока что как вариант переписывать весь интерфейс и отказ от 1С (Ох, как же начальству понравилась скорость работы, интерфейсы и всё-всё-всё! Не надо на каждый комп после модификации заново ставить экзешники - раз и готово).
И всё-таки, я где-то видел, что таблицам в SQL можно назначать имена-синонимы, причем не просто в запросе, а именно в таблице, но не помню где и найти похожее не могу. Может быть кто-то сталкивался с этим?
P.S. Человек умный, но замороченный не только на совершенстве, которого у него нет, но и на безопасности. Параллельно создали систему на вебе, так ему авторизации мало, нужно чтобы ещё по электронному ключу и безопасному протоколу была. HTTPS - это нормально, будет, но вот как тысячи пользователями раздать электронные ключи...? :o
(11) Верно, но смирения не будет )) Пока что как вариант переписывать весь интерфейс и отказ от 1С (Ох, как же начальству понравилась скорость работы, интерфейсы и всё-всё-всё! Не надо на каждый комп после модификации заново ставить экзешники - раз и готово).
И всё-таки, я где-то видел, что таблицам в SQL можно назначать имена-синонимы, причем не просто в запросе, а именно в таблице, но не помню где и найти похожее не могу. Может быть кто-то сталкивался с этим?
P.S. Человек умный, но замороченный не только на совершенстве, которого у него нет, но и на безопасности. Параллельно создали систему на вебе, так ему авторизации мало, нужно чтобы ещё по электронному ключу и безопасному протоколу была. HTTPS - это нормально, будет, но вот как тысячи пользователями раздать электронные ключи...? :o
(12) так сразу бы и написали, просьба не помогать
что вы из категории которым не результат нужен, а процесс ради процесса
передайте вашему "умнозаморочке", пусть подумает о тех, кому придется потом разгребать его программу, когда о ней пользователи скажут "ваша программа не работает"
бугагашеньки :D
что вы из категории которым не результат нужен, а процесс ради процесса
передайте вашему "умнозаморочке", пусть подумает о тех, кому придется потом разгребать его программу, когда о ней пользователи скажут "ваша программа не работает"
бугагашеньки :D
Можно сделать обработку на 1С на основе (10), которая для каждой таблицы в базе создаст вьюшку с удовлетворяющими админа именами?
А практически полную структуру базы легко можно получить их метаданных обработкой. Потом распечатать ее на полусотне (это я скромно) листов А0 и выдать админу - пусть на стены вешает.
А практически полную структуру базы легко можно получить их метаданных обработкой. Потом распечатать ее на полусотне (это я скромно) листов А0 и выдать админу - пусть на стены вешает.
(14) Дошло - просмотр!
Я всё-таки ищу средства, которые позволяют создать синонимы имен таблиц и их полей; ведь в SQL-запросах можно задавать синонимы, так может быть и вообще их можно назначать?
Документация че-то про это не дала результатов, потому что не полная и на английском.
Я всё-таки ищу средства, которые позволяют создать синонимы имен таблиц и их полей; ведь в SQL-запросах можно задавать синонимы, так может быть и вообще их можно назначать?
Документация че-то про это не дала результатов, потому что не полная и на английском.
(0)
Думаю, что программиста «в одном гос. учреждении» интересует не «читаемость» имен таблиц и полей, а открытое описание схемы базы данных. Его требования совершенно законно и логично с точки зрения «теории банков данных». Т.е. схема базы данных в рамках предприятия должна быть общей, если ставится задача «глобальной» автоматизации. Однако, по жизни, при покупке сторонних разработок, общей схемы базы данных не будет никогда. Особенно, если покупаются трехуровневые системы типа 1С 8.х. Три уровня, по определению, не могут иметь «открытую и понятную» схему БД.
Я согласен с требованиями Вашего программиста, но предложил бы ему смириться. Или заняться самостоятельной разработкой системы автоматизации предприятия… ;-)
Думаю, что программиста «в одном гос. учреждении» интересует не «читаемость» имен таблиц и полей, а открытое описание схемы базы данных. Его требования совершенно законно и логично с точки зрения «теории банков данных». Т.е. схема базы данных в рамках предприятия должна быть общей, если ставится задача «глобальной» автоматизации. Однако, по жизни, при покупке сторонних разработок, общей схемы базы данных не будет никогда. Особенно, если покупаются трехуровневые системы типа 1С 8.х. Три уровня, по определению, не могут иметь «открытую и понятную» схему БД.
Я согласен с требованиями Вашего программиста, но предложил бы ему смириться. Или заняться самостоятельной разработкой системы автоматизации предприятия… ;-)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот