2022-08-29 FieldValue.serverTimestamp は setToServerValue REQUEST_TIME か
疑問: Cloud Firestore の Node.js API の FieldValue.serverTimestamp は FieldTransform の setToServerValue REQUEST_TIME か。
結論: おそらくそう
https://firebase.google.com/docs/reference/js/firestore_.md#@firebase/firestore
https://www.npmjs.com/package/firebase
https://github.com/firebase/firebase-js-sdk
https://github.com/firebase/firebase-js-sdk/tree/v4.5.1/packages/firestore
https://www.npmjs.com/package/@firebase/firestore
If you are developing a Node.js application that requires administrative access to Cloud Firestore, use the @google-cloud/firestore Server SDK with your developer credentials.
https://www.npmjs.com/package/@google-cloud/firestore
https://github.com/googleapis/nodejs-firestore
static serverTimestamp(): FieldValue {
return ServerTimestampTransform.SERVER_TIMESTAMP_SENTINEL;
}
/**
* A transform that sets a field to the Firestore server time.
*
* @private
* @internal
*/
class ServerTimestampTransform extends FieldTransform {
/**
* Sentinel value for a server timestamp.
*
* @private
* @internal
*/
static SERVER_TIMESTAMP_SENTINEL = new ServerTimestampTransform();
private constructor() {
super();
}
/**
* Server timestamps are omitted from document masks.
*
* @private
* @internal
*/
get includeInDocumentMask(): false {
return false;
}
/**
* Server timestamps are included in document transforms.
*
* @private
* @internal
*/
get includeInDocumentTransform(): true {
return true;
}
get methodName(): string {
return 'FieldValue.serverTimestamp';
}
validate(): void {}
toProto(
serializer: Serializer,
fieldPath: FieldPath
): api.DocumentTransform.IFieldTransform {
return {
fieldPath: fieldPath.formattedName,
setToServerValue: 'REQUEST_TIME',
};
}
}
toProto は https://cloud.google.com/firestore/docs/reference/rest/v1/Write#fieldtransform の FieldTransform の setToServerValue と一致している。おそらく setToServerValue: 'REQUEST_TIME' を取得しているものだろうと判断した。
ABC106 : AtCoder Beginner Contest 106 の A, B, C, D を解いた。
- A - Garden
https://atcoder.jp/contests/abc106/tasks/abc106_a
- 提出: https://atcoder.jp/contests/abc106/submissions/34440966
(a - 1) * (b - 1)
- B - 105
https://atcoder.jp/contests/abc106/tasks/abc106_b
- 提出: https://atcoder.jp/contests/abc106/submissions/34440993
1..=Nの奇数xすべてに対して1..=xで試し割りしてみて数えれば良い
- C - To Infinity
https://atcoder.jp/contests/abc106/tasks/abc106_c
- 提出: https://atcoder.jp/contests/abc106/submissions/34441075
- 先頭から
K文字目までを見ていく 1以外が出現した場合は 5000 兆日後にはその文字が続いているところをKは指すのでそれを出力する- 仮に
K文字目まで1が続く場合はK <= 10^18なのでまずそうだが|S| <= 100で 5000 兆日後の長さはK以上なのですべて1の場合は100にしかならないため問題ない
- D - AtCoder Express 2
https://atcoder.jp/contests/abc106/tasks/abc106_d
- 提出: https://atcoder.jp/contests/abc106/submissions/34441508
Q個のクエリのそれぞれでM個の区間を調べるとO(QM)になるQ <= 10^5でM <= 2*10^5なのでO(QM)では間に合わない- 試行 1:
Lで昇順に並べておくことを考えてみる p..=qにおさまるためにはq <= Lの位置を二分探索できる、これは速い- しかし
q <= Lな区間の中でR <= qな位置を探そうとすると順に走査すると遅い - かといって
q <= Lな区間の中からRでソートしては間に合わないのでダメ - 試行 2: 今度は
pで昇順に並べることを考えてみる - その時点で
p <= Lなものを……これではあまり変わらないのでダメ - 全体から区間を絞る (減らす) のは難しいので、走査しながら足せば良いのではと思いつく
- 試行 3: 区間を
Lの昇順、クエリをpの昇順に並べて、クエリを後ろから走査する p <= Lの区間を Vec に追加する- これで
Lの条件を満たすものだけを取り出せているので、もうLは気にしなくて良い - これでは
Rのソートが必要なので間に合わない (Vec ではダメ) - ただ
Rの集合のうちq以下のものの個数を高速に取れれば良い - これは FenwickTree (BIT: Binary Indexed Tree) に適している
Rの集合への追加は 1 点更新で、クエリは区間和だ- まとめ:
- 区間を
Lの降順、クエリをpの昇順に並べる (クエリは答えのために添え字を残しておく) - クエリを後ろから走査する (
pの降順に走査する) - 各クエリの
p以上のLを持つ区間を走査する (毎回区間を先頭から走査せず走査開始位置を保持しておく) - 各区間の
Rについて、 FenwickTree のRの位置に区間の個数1を加算する - FenwickTree の
1..=qの区間和を得て、答えを保持する - 最後まで走査して答えを保持し終えたら添え字順に出力して終わり
- ソートが
O(NlogN)とO(QlogQ)で走査はO(Q + M logN)かな - 自力で解けた。解説では累積和で解いている
今日のコミット。