|
|
|
Новая учетная система. Нужна рекомендация.
|
|||
|---|---|---|---|
|
#18+
v_daniloviscrafm я бы тоже послушал эти очевидные недостатки. Расскажите плз. как мне объяснить Вам что одна и та же процедура не будет одинаково работать в разных СУБД? И если, принять во внимание, что Oracle мощнее MS SQL, то простой перенос процедуры не даст наращивание мощности? Как можно выделить пределы, если Вы не отвечаете на мои вопросы? Что происходит в системе при изменении данных репозитария? Куда попадает эта информация? Благо определились что в формате ХМЛ. Как еще можно доказать, что при некоторых изменениях структуры базы данных, может повлечь за собой значительные переработки имеющихся настроек? Причем это может быть значительно трудоемким процессом - Вы так и не ответили, есть ли поиск вхождений имени поля в сценариях настроек. ПС: Для чего эта просьба? Ведь это не рамки данного топика. какая еще процедура? В Искре нет никаких процедур СУБД. При изменении данных репозитория сервисов информация попадает в репозиторий сервисов, измененная. Не раз уже было сказано, НЕ в формате XML. Какие еще значительные переработки? Какой еще поиск поля в сценариях? Коллега, Вы вообще о чем? Давайте все же определитесь о какой системе Вы говорите и где ищете недостатки, да еще и других от них предостерегаете. Чтобы искать недостатки нужно хотя-бы немного понять как устроена система. То что Вы говорите, непонятно о какой системе, но только не о той, в которой ищите недостатки. Ничего не понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2009, 15:16 |
|
||
|
Новая учетная система. Нужна рекомендация.
|
|||
|---|---|---|---|
|
#18+
v_danilov, в конце концов, прочитайте хоть брощюрку, сслылка была. Посмтрите на сайте описание архитектуры, ролики на тему "как и что"... Единственное с чем соглашусь: я действительно не знаю пороги в той системе, о которой Вы говорите. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2009, 15:18 |
|
||
|
Новая учетная система. Нужна рекомендация.
|
|||
|---|---|---|---|
|
#18+
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в конце концов, прочитайте хоть брощюрку, сслылка была. Посмтрите на сайте описание архитектуры, ролики на тему "как и что"... Странно, что Вы меня не слышите - я уже все это читал. ЭТО не для технического работника. ЭТО общие формулировки типа репозиторий сервисов . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2009, 15:48 |
|
||
|
Новая учетная система. Нужна рекомендация.
|
|||
|---|---|---|---|
|
#18+
v_danilov, Измененя внесенные в прикладную часть (описание таблиц и т.д.) саму платформу не завалит. Если архитетура правильная(т.е. есть доступ к полям и методам классов прикладной части), то изменения эти тоже не смертельны (можно анализировать классы и запретить нежелетельные изменения или перкомпилировать классы прикладной части послеавторефакторинга или еще как). Это не про Искру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2009, 16:09 |
|
||
|
Новая учетная система. Нужна рекомендация.
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов Измененя внесенные в прикладную часть (описание таблиц и т.д.) саму платформу не завалит. Если архитетура правильная(т.е. есть доступ к полям и методам классов прикладной части), то изменения эти тоже не смертельны (можно анализировать классы и запретить нежелетельные изменения или перкомпилировать классы прикладной части послеавторефакторинга или еще как). Это не про Искру. Все правильно, или еще как) И все эти как имеют набор достоинств и недостатков, знать о которых не только полезно) И вообще, платформу вряд ли что, кроме вируса, завалит) на то она и платформа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2009, 16:24 |
|
||
|
Новая учетная система. Нужна рекомендация.
|
|||
|---|---|---|---|
|
#18+
v_danilov, репозиторий сервисов - общепринятое понятие в СОА, Вам как техническому специалисту это должно быть известно. XML в процитированном тексте означает то, что этот формат не используется для хранения описания свойств сервисов, о чем черным по белому в процитированном и написано. У разных СУБД разная архитектура, разный синтаксис... Что смущает в том, что для разных СУБД требуется по разному писать разные вызовы? Вы забываете о том, что СУБД сами выбираете для своей задачи. Можете поточней сказать свою позицию? Ничего не понятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2009, 16:28 |
|
||
|
Новая учетная система. Нужна рекомендация.
|
|||
|---|---|---|---|
|
#18+
v_danilov, Пока эти вопросы не станут перед тобой непосредственно на них не обращают внимание. Кому какое дело до таблиц компилятора и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2009, 16:29 |
|
||
|
Новая учетная система. Нужна рекомендация.
|
|||
|---|---|---|---|
|
#18+
v_danilovМожет имеет место банальное несоответствие возможностей системы и потребностей бизнеса? Имеет. Не сказать чтобы банальное - изначально выбранная система покрывала все потребности бизнеса. Появлся всего лишь новый процесс. Приобретать новую систему из-за небольшого, по сути, модуля? Система включает среду разработки, бизнес готов платить за доработку, доработка сделана. Какой бы она не была по качеству - это дополнительный функционал почему его появление должно вызывать сложности, (и, главное - дополнительные затраты!) с обновлением базового? v_danilovА разве проблемы обновления не типовой конфигурации возникли только сегодня? А разве эти проблемы должны требовать регулярных платежей? :) По сути своей проблема решаема - существуют "слои" архитектуры, существуют api, плагины, сервисы, позволяющие достаточно легко разделить "базовый" функционал от уровня "кастомизации". Но это должно быть в архитектуре, чтобы тиражная система обладала как возможностью доработки, так и возможностью "тиражного" обновления. Но, повторюсь, далеко не архитектура системы определяет ее "тиражность". Любая тиражная система - прежде всего товар, цель его создания и продвижение на рынок - обогащение владельца системы и\\или ее разработчика. Архитектурные изыски, техническое совершенство, удобство пользователя - не более чем конкурентные преимущества перед другими такими же продуктами. Будет их много и разных - начнут конкурировать не только стоимости внедрения, но и стоимости владения. А пока получается дешевле купить коробку за 50000 и посадить на нее программиста за 30000р\\мес. Цены местные :) v_danilovРепозитарий и метаданные интересны прежде всего техническому специалисту. Как правило путей решения проблемы всегда более одного. И чтобы правильно сделать выбор, принять решение и нужно представлять о возможностях и ограничениях системы. Можно надеяться на обновлении системы по кнопочке, а можно понимать КАК это происходит и видеть не слоганы и пиары, а реальные затраты.Согласен, это интересно техническим специалистам. Но бизнесу, который платит деньги, это в большинстве случаев не интересно. Разве превращению 1С в тиражную систему, и распространению платформы 77 помешало то, что обновление происходит безо всяких кнопок, "ручками программеров"? :) Разве реальные затраты на доработку системы мешает 1Су уже достаточно долго удерживать это самое лидерство? Собственно, автору топика об этом и говорили на первой же странице :) v_danilovЕго интересует даже не система, а то, что он получает, владея ею. Именно! Про оценку рисков тоже верное замечание. Владеть "Котом в мешке" более рисковано, чем "раскрученным брендом". А разница в технологиях "кота" и "бренда" не всегда очевидна. Вернее, не очевидны преимущества этих технологий. А самописки в основном страдают упором именно на технологические сравнения, а не на маркетинговые. v_danilovЯ лишь хотел найти очевидные недостатки архитектуры и показать, что их не знание может привести к аналогичному плачевному результату владения custom-системой. Архитекутрные недостатки, увы, есть во всех системах. Так же как и недостатки реализации этой архитектуры. Но на мой взгляд, чаще всего плачевный результат происходит от владения "неправильным инструментом", но об этом тоже уже писали в этом топике. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2009, 16:40 |
|
||
|
|

start [/forum/topic.php?fid=29&gotonew=1&tid=1526668]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
144ms |
get topic data: |
12ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 265ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...