powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Новая учетная система. Нужна рекомендация.
9 сообщений из 259, страница 11 из 11
Новая учетная система. Нужна рекомендация.
    #36077639
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
v_daniloviscrafm
я бы тоже послушал эти очевидные недостатки. Расскажите плз.
как мне объяснить Вам что одна и та же процедура не будет одинаково работать в разных СУБД?
И если, принять во внимание, что Oracle мощнее MS SQL, то простой перенос процедуры не даст наращивание мощности?
Как можно выделить пределы, если Вы не отвечаете на мои вопросы?
Что происходит в системе при изменении данных репозитария?
Куда попадает эта информация? Благо определились что в формате ХМЛ.
Как еще можно доказать, что при некоторых изменениях структуры базы данных, может повлечь за собой значительные переработки имеющихся настроек? Причем это может быть значительно трудоемким процессом - Вы так и не ответили, есть ли поиск вхождений имени поля в сценариях настроек.

ПС: Для чего эта просьба? Ведь это не рамки данного топика.
какая еще процедура? В Искре нет никаких процедур СУБД.
При изменении данных репозитория сервисов информация попадает в репозиторий сервисов, измененная. Не раз уже было сказано, НЕ в формате XML. Какие еще значительные переработки? Какой еще поиск поля в сценариях? Коллега, Вы вообще о чем? Давайте все же определитесь о какой системе Вы говорите и где ищете недостатки, да еще и других от них предостерегаете. Чтобы искать недостатки нужно хотя-бы немного понять как устроена система. То что Вы говорите, непонятно о какой системе, но только не о той, в которой ищите недостатки. Ничего не понял.
...
Рейтинг: 0 / 0
Новая учетная система. Нужна рекомендация.
    #36077655
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
v_danilov,

в конце концов, прочитайте хоть брощюрку, сслылка была. Посмтрите на сайте описание архитектуры, ролики на тему "как и что"... Единственное с чем соглашусь: я действительно не знаю пороги в той системе, о которой Вы говорите.
...
Рейтинг: 0 / 0
Новая учетная система. Нужна рекомендация.
    #36077819
v_danilov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmкакая еще процедура? В Искре нет никаких процедур СУБД.
Я говорю про наращивание мощности системы уже РАБОТАЮЩЕЙ системы на базе Вашей платформы.
Как Вы поясните свои слова?
"FB - execute procedure applyprogress(:TagID, :St);
ORACLE -
begin
demo.applyprogress(:TagID, :St)
end;
MS SQL - exec applyprogress(:TagID, :St);"
Что это? Разве это не процедуры БЛ?

А это:
"Я, лично, предпочитаю процедуры БЛ размещать в СУБД"

iscrafm
При изменении данных репозитория сервисов информация попадает в репозиторий сервисов, измененная. Не раз уже было сказано, НЕ в формате XML.

"Репозиторий хранится действительно во внутреннем формате Искры в закодированном виде. Надеюсь не упрекнете в неиспользовании XML для этого"

1) Что тогда значит XML в Ваших словах?
2) При изменении метаданных и организации их хранения понятие репозиторий сервисов сугубо придуманное Вашими архитекторами. И понимать под ним можно все что угодно, но ни как не файл, формат, структура, доступ, память. Если Вы не знаете в каком виде хранится репозиторий сервисов , думаю разговор о нем бессмысленнен в рамках определения ограничений.

iscrafmв конце концов, прочитайте хоть брощюрку, сслылка была. Посмтрите на сайте описание архитектуры, ролики на тему "как и что"...
Странно, что Вы меня не слышите - я уже все это читал. ЭТО не для технического работника. ЭТО общие формулировки типа репозиторий сервисов .
...
Рейтинг: 0 / 0
Новая учетная система. Нужна рекомендация.
    #36077900
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
v_danilov,

Измененя внесенные в прикладную часть (описание таблиц и т.д.) саму платформу не завалит. Если архитетура правильная(т.е. есть доступ к полям и методам классов прикладной части), то изменения эти тоже не смертельны (можно анализировать классы и запретить нежелетельные изменения или перкомпилировать классы прикладной части послеавторефакторинга или еще как).
Это не про Искру.
...
Рейтинг: 0 / 0
Новая учетная система. Нужна рекомендация.
    #36077964
v_danilov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават Юсифов
Измененя внесенные в прикладную часть (описание таблиц и т.д.) саму платформу не завалит. Если архитетура правильная(т.е. есть доступ к полям и методам классов прикладной части), то изменения эти тоже не смертельны (можно анализировать классы и запретить нежелетельные изменения или перкомпилировать классы прикладной части послеавторефакторинга или еще как).
Это не про Искру.
Все правильно, или еще как) И все эти как имеют набор достоинств и недостатков, знать о которых не только полезно)
И вообще, платформу вряд ли что, кроме вируса, завалит) на то она и платформа.
...
Рейтинг: 0 / 0
Новая учетная система. Нужна рекомендация.
    #36077982
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
v_danilov,

репозиторий сервисов - общепринятое понятие в СОА, Вам как техническому специалисту это должно быть известно. XML в процитированном тексте означает то, что этот формат не используется для хранения описания свойств сервисов, о чем черным по белому в процитированном и написано.
У разных СУБД разная архитектура, разный синтаксис... Что смущает в том, что для разных СУБД требуется по разному писать разные вызовы? Вы забываете о том, что СУБД сами выбираете для своей задачи.
Можете поточней сказать свою позицию? Ничего не понятно.
...
Рейтинг: 0 / 0
Новая учетная система. Нужна рекомендация.
    #36077985
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
v_danilov,

Пока эти вопросы не станут перед тобой непосредственно на них не обращают внимание. Кому какое дело до таблиц компилятора и т.д.
...
Рейтинг: 0 / 0
Новая учетная система. Нужна рекомендация.
    #36078051
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
v_danilovМожет имеет место банальное несоответствие возможностей системы и потребностей бизнеса? Имеет. Не сказать чтобы банальное - изначально выбранная система покрывала все потребности бизнеса. Появлся всего лишь новый процесс. Приобретать новую систему из-за небольшого, по сути, модуля? Система включает среду разработки, бизнес готов платить за доработку, доработка сделана. Какой бы она не была по качеству - это дополнительный функционал почему его появление должно вызывать сложности, (и, главное - дополнительные затраты!) с обновлением базового?
v_danilovА разве проблемы обновления не типовой конфигурации возникли только сегодня?
А разве эти проблемы должны требовать регулярных платежей? :) По сути своей проблема решаема - существуют "слои" архитектуры, существуют api, плагины, сервисы, позволяющие достаточно легко разделить "базовый" функционал от уровня "кастомизации". Но это должно быть в архитектуре, чтобы тиражная система обладала как возможностью доработки, так и возможностью "тиражного" обновления. Но, повторюсь, далеко не архитектура системы определяет ее "тиражность". Любая тиражная система - прежде всего товар, цель его создания и продвижение на рынок - обогащение владельца системы и\\или ее разработчика. Архитектурные изыски, техническое совершенство, удобство пользователя - не более чем конкурентные преимущества перед другими такими же продуктами. Будет их много и разных - начнут конкурировать не только стоимости внедрения, но и стоимости владения. А пока получается дешевле купить коробку за 50000 и посадить на нее программиста за 30000р\\мес. Цены местные :)
v_danilovРепозитарий и метаданные интересны прежде всего техническому специалисту.
Как правило путей решения проблемы всегда более одного. И чтобы правильно сделать выбор, принять решение и нужно представлять о возможностях и ограничениях системы.
Можно надеяться на обновлении системы по кнопочке, а можно понимать КАК это происходит и видеть не слоганы и пиары, а реальные затраты.Согласен, это интересно техническим специалистам. Но бизнесу, который платит деньги, это в большинстве случаев не интересно. Разве превращению 1С в тиражную систему, и распространению платформы 77 помешало то, что обновление происходит безо всяких кнопок, "ручками программеров"? :) Разве реальные затраты на доработку системы мешает 1Су уже достаточно долго удерживать это самое лидерство?
Собственно, автору топика об этом и говорили на первой же странице :)
v_danilovЕго интересует даже не система, а то, что он получает, владея ею.
Именно! Про оценку рисков тоже верное замечание. Владеть "Котом в мешке" более рисковано, чем "раскрученным брендом". А разница в технологиях "кота" и "бренда" не всегда очевидна. Вернее, не очевидны преимущества этих технологий. А самописки в основном страдают упором именно на технологические сравнения, а не на маркетинговые.
v_danilovЯ лишь хотел найти очевидные недостатки архитектуры и показать, что их не знание может привести к аналогичному плачевному результату владения custom-системой.
Архитекутрные недостатки, увы, есть во всех системах. Так же как и недостатки реализации этой архитектуры. Но на мой взгляд, чаще всего плачевный результат происходит от владения "неправильным инструментом", но об этом тоже уже писали в этом топике.
...
Рейтинг: 0 / 0
Новая учетная система. Нужна рекомендация.
    #36078150
v_danilov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm
Можете поточней сказать свою позицию? Ничего не понятно.
мне накопировать что-ли?
...
Рейтинг: 0 / 0
9 сообщений из 259, страница 11 из 11
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Новая учетная система. Нужна рекомендация.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]