Простое решение - измените 'node' для nodeId:
var clcsCent =
_graphClient.Cypher.Call("algo.closeness.stream('SitePoint', 'SEES')")
.Yield("nodeId,centrality")
.Return((nodeId,centrality)=>new {
Int32 = nodeId.As(),
Double = centrality.As()
})
.Results;
Это возвращает IEnumerable, где каждый элемент является анонимным типом с двумя свойствами для nodeId и его счетом центральности. И Int32 = nodeId.As
, и Double = centrality.As
выглядят так, как будто они должны быть более краткими.
Документация для центральности близости дает «узел» в качестве имени возвращаемого типа, но кажется, что это должен быть nodeId.
Полезным ресурсом для этих трансляций с шифра на C # является страница примеров шифров на страницах Neo4jClient github
.
Если вы хотите, чтобы SQL находился в log4net, убедитесь, что вы установили регистратор в разделе конфигурации.
Я поместил пакет NHibernate в «INFO», чтобы уменьшить шум и NHibernate .SQL для всех, поэтому я могу регистрировать все операторы SQL.
<logger name="NHibernate"> <level value="INFO" /> </logger> <logger name="NHibernate.SQL"> <level value="ALL" /> </logger>
Используя Fluent NHibernate, вы можете включить show_sql
следующим образом:
Fluently.Configure()
.Database( MsSqlConfiguration.MsSql2005.ShowSql().ConnectionString(...) )...
NHibernate теперь будет печатать каждый оператор sql в Console.Out
.
Вы также можете использовать профилировщики sql, такие как этот .
Вы также можете найти это полезным http://nhprof.com/
Обязательно купите и используйте NHProf . Это отличный продукт, который не только показывает, какие запросы выполняются, но также показывает любые потенциальные проблемы с производительностью ваших сопоставлений и запросов NHibernate.