Оправдан ли выбор Битрикса для написания медицинской информационной системы?
Написание планируется без использования инфоблоков, и возможно даже без использования 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 инфоблоках?
И как думаете, оправдано ли делать такую систему на Битрикс?
Спасибо!
, разобрался сам... Модули могут выноситься на отдельные сервера в случае шардинга.
