-
Notifications
You must be signed in to change notification settings - Fork 133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Global SyncTime #74
Comments
The notion of sync time is per stream, right up until any binary operator in which case they must be considered the same. That notion is entirely data-driven - there is no notion of sync time that is somehow managed by the query or the engine itself. You can absolutely access that long property - you can lift it into your payload using an overload of Select whose lambda takes two parameters. It looks like: |
Thanks!
Get Outlook for iOS<https://aka.ms/o0ukef>
…________________________________
From: James Terwilliger <notifications@github.com>
Sent: Wednesday, May 1, 2019 1:09:52 PM
To: Microsoft/Trill
Cc: Nestor Sulikowski; Author
Subject: Re: [Microsoft/Trill] Global SyncTime (#74)
The notion of sync time is per stream, right up until any binary operator in which case they must be considered the same. That notion is entirely data-driven - there is no notion of sync time that is somehow managed by the query or the engine itself.
You can absolutely access that long property - you can lift it into your payload using an overload of Select whose lambda takes two parameters. It looks like: stream.Select((sync, payload) => ...)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#74 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AAPYZ52R777CVNRN6DVPFIDPTHFGBANCNFSM4HJUZXGQ>.
|
Does Trill have one notion of time across all streams or only per stream?
If it does, is there a way to access that long property?
The text was updated successfully, but these errors were encountered: