д
дурочек получается
Size: a a a
2020 November 24
rr
та получаешься да
д
ухх какой провокатор
д
как там под юбкой дела
rr
под чьей ?
rr
че ты вообще хочешь ?
rr
давай уже скажи че хочешь сказать и отъедь )
д
не понял а как мы так сторонами поменялись
д
у тебя ошибка в коде кстати
д
var succcess = false;
while(!success)
{
Me.Enhance();
Me.Challenge.Face();
Me.Challenge.Solve();
if(!Me.ChallengeSolved) continue;
success = true;
} не скомпилится(
while(!success)
{
Me.Enhance();
Me.Challenge.Face();
Me.Challenge.Solve();
if(!Me.ChallengeSolved) continue;
success = true;
} не скомпилится(
н
у него скомпилится
н
он свой компилятор напишет
н
раз в блокчейны может
д
cumpilator
V
cumpilator
ass♂️we♂️can
AK
Dmitriy
Cosmos - эффективно работает только как key value стор, хоть номинально туда и напихали всего, кверить там по чему либо кроме partition key/document key не имеет смысла(если там нормальный скейл и больше одной партиции). А под ненагруженные и маленькие базы обычный sql всегда предпочтительней будет. Ну и f# для маппинга текстовой квери на запросы в базу это как из пушки по воробьям, с# тут будет впереди многократного любого f#. Выбирайте правильные технологии под задачи и рассказывайте о положительном, а не отрицательном опыте с необдуманными решениями.
Можно пруфы плиз по поводу cosmos db. ИМХО это не key value store совершенно. Полноценный document oriented и кверябельный более чем. Юзаем в проде полет нормальный.
D
Можно пруфы плиз по поводу cosmos db. ИМХО это не key value store совершенно. Полноценный document oriented и кверябельный более чем. Юзаем в проде полет нормальный.
https://docs.microsoft.com/en-us/azure/cosmos-db/optimize-cost-reads-writes там в каждом абзаце пишут в best practices делать key value lookup. Базу можно кверить и по secondary но это неэффективно и дорого - в целом cosmos исповедует ту дизайн идеологию( документ на query condition и всегда что бы по primary key) что и Cassandra/dynamo только в последнем не такая тупая прайсинг модель и там хотяб throughput весь динамически между шардами балансируется в космосе он максимально тупой(throughput/partition number). Если посмотреть use cases - то тут querying только через azure search рекоммендуют делать. https://docs.microsoft.com/en-us/azure/cosmos-db/use-cases
D
ID:0
Переслано от Андрій Чебукін
Поделись своим мнением, какая формулировка темы моего доклада для тебя выглядит наиболее привлекательной, чтобы его посмотреть
Анонимный опрос
0%
GraphQL на F# на Azure Function используя Cosmos DB
0%
Опыт реализации GraphQL API на Azure Function (F#)
0%
Cosmos DB по приколу и GraphQL на F# Azure Function - стоит ли использовать?
0%
Cosmos DB по приколу и GraphQL на F# Azure Function - pros&cons?
0%
К чему приводят хипстерские .NET технологии на back-end…
0%
Зафигачим в back-end проект весёлых технологий, чтобы год не скучать - что вышло…
0%
F#, GraphQL, Cosmos DB, Functions, чего не хватает?
0%
GraphQL + Cosmos - ничего не предвещало беды даже не смотря на F#
0%
GraphQL + Cosmos + F# Function на easy
0%
Ужасы Cosmos DB, GraphQL, Azure Function и F#
Пару цитат об этой ‘не key value Базе’
D
ID:0
Переслано от Андрій Чебукін
Поделись своим мнением, какая формулировка темы моего доклада для тебя выглядит наиболее привлекательной, чтобы его посмотреть
Анонимный опрос
0%
GraphQL на F# на Azure Function используя Cosmos DB
0%
Опыт реализации GraphQL API на Azure Function (F#)
0%
Cosmos DB по приколу и GraphQL на F# Azure Function - стоит ли использовать?
0%
Cosmos DB по приколу и GraphQL на F# Azure Function - pros&cons?
0%
К чему приводят хипстерские .NET технологии на back-end…
0%
Зафигачим в back-end проект весёлых технологий, чтобы год не скучать - что вышло…
0%
F#, GraphQL, Cosmos DB, Functions, чего не хватает?
0%
GraphQL + Cosmos - ничего не предвещало беды даже не смотря на F#
0%
GraphQL + Cosmos + F# Function на easy
0%
Ужасы Cosmos DB, GraphQL, Azure Function и F#
Because point reads (key/value lookups on the item ID) are the most efficient kind of read, you should make sure your item ID has a meaningful value so you can fetch your items with a point read (instead of a query) when possible.
D
ID:0
Переслано от Андрій Чебукін
Поделись своим мнением, какая формулировка темы моего доклада для тебя выглядит наиболее привлекательной, чтобы его посмотреть
Анонимный опрос
0%
GraphQL на F# на Azure Function используя Cosmos DB
0%
Опыт реализации GraphQL API на Azure Function (F#)
0%
Cosmos DB по приколу и GraphQL на F# Azure Function - стоит ли использовать?
0%
Cosmos DB по приколу и GraphQL на F# Azure Function - pros&cons?
0%
К чему приводят хипстерские .NET технологии на back-end…
0%
Зафигачим в back-end проект весёлых технологий, чтобы год не скучать - что вышло…
0%
F#, GraphQL, Cosmos DB, Functions, чего не хватает?
0%
GraphQL + Cosmos - ничего не предвещало беды даже не смотря на F#
0%
GraphQL + Cosmos + F# Function на easy
0%
Ужасы Cosmos DB, GraphQL, Azure Function и F#
Reading data: point reads and queries
Read operations in Azure Cosmos DB are typically ordered from fastest/most efficient to slower/less efficient in terms of RU consumption as follows:
Point reads (key/value lookup on a single item ID and partition key).
Query with a filter clause within a single partition key.
Query without an equality or range filter clause on any property.
Query without filters.
Read operations in Azure Cosmos DB are typically ordered from fastest/most efficient to slower/less efficient in terms of RU consumption as follows:
Point reads (key/value lookup on a single item ID and partition key).
Query with a filter clause within a single partition key.
Query without an equality or range filter clause on any property.
Query without filters.