Lukas Eder created IGNITE-14189:
---
Summary: Cannot reference CTE from within derived table
Key: IGNITE-14189
URL: https://issues.apache.org/jira/browse/IGNITE-14189
Project: Ignite
Issue Type:
Lukas Eder created IGNITE-14188:
---
Summary: WITH .. INSERT doesn't work
Key: IGNITE-14188
URL: https://issues.apache.org/jira/browse/IGNITE-14188
Project: Ignite
Issue Type: Bug
Hi, Nikolay!
We set the number of segments in the working directory, we also delete by
segment, it seems that this is a matter of usability. I prefer to dwell on my
own version, this is a simple metric that does not hurt and you can add more as
needed.
15.02.2021, 17:10, "Nikolay Izhikov" :
>
Hi all,
I have raised a PR for IGNITE-12508:
https://github.com/apache/ignite/pull/8802
Requesting inputs and feedback on the same, please.
Regards,
Atri
--
Regards,
Atri
Apache Concerted
Pavel Tupitsyn created IGNITE-14187:
---
Summary: .NET Thin Client: DataStreamer
Key: IGNITE-14187
URL: https://issues.apache.org/jira/browse/IGNITE-14187
Project: Ignite
Issue Type: New
Ivan Daschinskiy created IGNITE-14186:
-
Summary: Develop C module for python thin client to speedup
hashcode calculation
Key: IGNITE-14186
URL: https://issues.apache.org/jira/browse/IGNITE-14186
My suggestion that «count of files» is meaningless number.
And «count of bytes written to the files» is useful number to know and use for
capacity planning..
> 15 февр. 2021 г., в 15:59, ткаленко кирилл написал(а):
>
> Hi, Nikolay!
>
> There may be a number (count of segments * segment size)
Hi, Nikolay!
There may be a number (count of segments * segment size) or there may be a
count of segments, whichever is more convenient for the user.
15.02.2021, 13:14, "Nikolay Izhikov" :
> Hello, Kirill.
>
> Thanks for an answers.
> Now, I understand your intentions.
>
>> t also seems that
Vladislav Pyatkov created IGNITE-14185:
--
Summary: Synchronous checkpoints on several nodes greatly increase
a latency of distributed transaction
Key: IGNITE-14185
URL:
Sergey Chugunov created IGNITE-14184:
Summary: API for off-line update of configuration
Key: IGNITE-14184
URL: https://issues.apache.org/jira/browse/IGNITE-14184
Project: Ignite
Issue
Sergey Chugunov created IGNITE-14183:
Summary: Cross-root validation
Key: IGNITE-14183
URL: https://issues.apache.org/jira/browse/IGNITE-14183
Project: Ignite
Issue Type: Sub-task
Sergey Chugunov created IGNITE-14182:
Summary: NamedList remove improvements
Key: IGNITE-14182
URL: https://issues.apache.org/jira/browse/IGNITE-14182
Project: Ignite
Issue Type:
Sergey Chugunov created IGNITE-14181:
Summary: Configuration to support arrays of primitive types
Key: IGNITE-14181
URL: https://issues.apache.org/jira/browse/IGNITE-14181
Project: Ignite
Sergey Chugunov created IGNITE-14180:
Summary: Storage notification API
Key: IGNITE-14180
URL: https://issues.apache.org/jira/browse/IGNITE-14180
Project: Ignite
Issue Type: Sub-task
Denis Garus created IGNITE-14179:
Summary: The GridDhtTxFinishFuture has the redundant interface
declaration 'GridCacheFuture'
Key: IGNITE-14179
URL: https://issues.apache.org/jira/browse/IGNITE-14179
Hello, Kirill.
Thanks for an answers.
Now, I understand your intentions.
> t also seems that it will be more natural to operate not just bytes but
> multiples of a segment.
Can’t agree here.
From my point of view - it’s better to know exact number, not just «count of
segments».
> 15 февр.
Hello, Nikolay!
The period of one day (24h) seems more natural, you can take more or less, I
think that one day may not be enough, and it is worth getting the metric for
several days (collect statistics) for example a week. Yes, the total size of
the segments may not be
See you tomorrow! Join us 8 AM Pacific Standard Time / 5 PM Central
European Time
чт, 4 февр. 2021 г. в 17:23, Kseniya Romanova :
> Hi Igniters!
>
> Here’s the cool case of Ignite in production. Every day, millions of
> people travel by train through the Netherlands—on one of the busiest rail
>
Sergey Chugunov created IGNITE-14178:
Summary: Asynchronous Storage API
Key: IGNITE-14178
URL: https://issues.apache.org/jira/browse/IGNITE-14178
Project: Ignite
Issue Type: Sub-task
> And if we make GetTypeName virtual then any user can make extension of
BinaryBasicNameMapper and use it.
> I thought we want to avoid this.
Yes, let's avoid this. Making those methods virtual makes everything even
harder to understand,
especially the logic behind RegisterSameJavaType: we don't
20 matches
Mail list logo