StringBuilder предпочтителен , ЕСЛИ Вы делаете несколько циклов, или подцепляет Вашу передачу кода на вилку... однако, для Чистой производительности, если можно сойти с рук ЕДИНСТВЕННЫЙ строковое объявление, тогда это намного более производительно.
, Например:
string myString = "Some stuff" + var1 + " more stuff"
+ var2 + " other stuff" .... etc... etc...;
более производительно, чем
StringBuilder sb = new StringBuilder();
sb.Append("Some Stuff");
sb.Append(var1);
sb.Append(" more stuff");
sb.Append(var2);
sb.Append("other stuff");
// etc.. etc.. etc..
В этом случае, StringBuild можно было считать более удобным в сопровождении, но не более производителен, чем единственное строковое объявление.
9 раз из 10, хотя... используют строкового разработчика.
На ноте стороны: представьте в виде строки +, var также более производителен что строка. Подход формата (обычно), который использует StringBuilder внутренне (когда в сомнении... проверяют отражатель!)
MongoDB поддерживает 'соединения', просто не в смысле SQL ВНУТРЕННЕГО ОБЪЕДИНЕНИЯ (соединение SQL по умолчанию). В то время как понятие 'соединения' обычно связывается с SQL, MongoDB действительно имеет платформу агрегирования со своими настройками канала связи обработки данных. Настройка канала связи $lookup используется для создания эквивалента ЛЕВОГО, УЧАСТВУЮТ в SQL. Таким образом, все документы слева от отношений будут, проходят через конвейер, а также любые документы связи о правой стороне отношений. Документы изменяются для включения отношений как часть новых документов.
, Следовательно, я постулирую, что Диаграммы сущностей и связей действительно имеют роль в MongoDB. Документы, конечно, связаны друг с другом в дб, и у нас должна быть визуализация этих отношений, включая отношения кардинальности, например, всестороннее участие, частичное участие, слабые/сильные объекты, и т.д.
, Конечно, MongoDB также представляет понятие встроенных документов и ссылочных документов, и таким образом, я утверждаю, что это добавляет дополнительную разновидность к модели ERD. И я, конечно, хотел бы видеть встроенные и отношения, на которые ссылаются, планировавшие в визуальной схеме.
остающийся вопрос так, что там? Что там для Мангусты для NodeJS? Mongoid для Ruby? и т.д. при проверке соответствующих репозиториев на их соответствующий ORMs (Объектные Реляционные Картопостроители), затем Вы будете видеть, что существуют ERDs для них. Но с точки зрения их полноты, возможно, существует много для желания, и сообщество разработчиков ПО с открытым исходным кодом может сделать вклады.