Оправдан ли выбор Битрикса для написания медицинской информационной системы?
Написание планируется без использования инфоблоков, и возможно даже без использования Hightload инфоблоков, для того, чтобы структура базы не была привязана напрочь к Битриксу. (с возможностью параллельной разработки на других framework-ах)
В случае написания проекта в виде моножества компонентов, через обращения к базе посредством API платформы ($DB->, query, insert, update, commit), подержит ли система такие компоненты при расширении в кластер? Ведь когда пишутся компоненты через модули (инфоблоки и HLинфоблоки), понятное дело что внутренние механизмы движка разработаны для быстрого расширения редакции в кластер, поддерживают ли эти механизмы шардинг и переход на кластер если используются в компонентах вот такие методы:
в Админке таблицы созданные вручную движком проверяются, и оптимизируются, а также попадают в резервное копирование и восстановление.
Поэтому меня очень интересует вопрос: поддержит ли такой метод разработки системы стандартное масштабирование, при возможно резком расширении проекта, все плюсы большой нагрузки, балансировка, шардинг, реплики, в общем все встроенные механизмы движка для работы в кластере?
Можно ли при таких методах разработки использовать возможности дискреционного доступа, как есть в HL инфоблоках?
И как думаете, оправдано ли делать такую систему на Битрикс?
Спасибо!
Написание планируется без использования инфоблоков, и возможно даже без использования Hightload инфоблоков, для того, чтобы структура базы не была привязана напрочь к Битриксу. (с возможностью параллельной разработки на других framework-ах)
В случае написания проекта в виде моножества компонентов, через обращения к базе посредством API платформы ($DB->, query, insert, update, commit), подержит ли система такие компоненты при расширении в кластер? Ведь когда пишутся компоненты через модули (инфоблоки и HLинфоблоки), понятное дело что внутренние механизмы движка разработаны для быстрого расширения редакции в кластер, поддерживают ли эти механизмы шардинг и переход на кластер если используются в компонентах вот такие методы:
Код |
---|
выборка: $results = $DB->Query("SELECT ..... from ... " ; while ($ar_result = $results->Fetch()) { $arResult["INFO"][] = array( "ID" => $ar_result['ID'], ........... ); } вставка и изменение $arFields = array( "FIELD1" => "'".$DB->ForSql($_REQUEST['FIELD1_VAL'], ............... ); $DB->StartTransaction(); условие $ID = $DB->Insert("my_table", $arFields); или $DB->Update("my_table", $arFields, "условие"); $DB->Commit(); |
Поэтому меня очень интересует вопрос: поддержит ли такой метод разработки системы стандартное масштабирование, при возможно резком расширении проекта, все плюсы большой нагрузки, балансировка, шардинг, реплики, в общем все встроенные механизмы движка для работы в кластере?
Можно ли при таких методах разработки использовать возможности дискреционного доступа, как есть в HL инфоблоках?
И как думаете, оправдано ли делать такую систему на Битрикс?
Спасибо!