Notion「データベースが重い」問題の対処方法
Summary
TLDRこの動画のスクリプトは、ノーションのデータベースが重くなる原因とその解決方法について解説しています。データベースが重くなるのは、プロパティ数が多すぎたり複雑な計算をしたりすることが原因で、適切なビュー分割や不要なプロパティの削除などで改善できること。また具体的なデータベースの事例も示しながら、重さの原因を特定し対処法を説明しています。
Takeaways
- 😀 ノーションのデータベースの重さはマス目の数と1個1個のマス目の重さの掛け算で表される
- 😯 データ量ではなく、プロパティが膨大になることが原因であることが多い
- 😎 重い計算をするプロパティを状況に応じて表示/非表示にすると軽くなる
- 🧐 プロパティ数が30個を超える場合は設計の見直しが必要
- 🤔 サブアイテムの制限を1ページから無制限に変更すると複数の親に紐づけられる
- 😮 ビューの読み込み制限を50件から10件に変更でデータベースが軽くなる
- 🙄 関数のアルゴリズムを見直して処理を軽くすることも解決策の1つ
- 😕 過剰なプロパティは設計ミスであることが多い
- 🤗 プロパティやビューの整理・分割でデータベースは軽くなる
- 🥳 企業でデータベースが重い場合はサポートを利用すると解決できる
Q & A
データベースが重くなる主な原因は何ですか?
-データベースが重くなる主な原因は、プロパティの数が多すぎることや、1つ1つのマス目に複雑な計算をさせていることです。これらがデータベースのマス目の数を増やし、開くのに時間がかかるようになります。
データ量が増えると必ずデータベースが重くなるのでしょうか?
-いいえ、データ量が増えることが直接的にデータベースを重くするわけではありません。むしろ、適切なビューやプロパティの設定ができていないことが原因で、マス目の数が増えてしまうことがデータベースを重くしています。
重いデータベースの対処法を教えてください。
-重いプロパティは表示するシーンに合わせて切り替えたり、プロパティの数を必要最小限に抑えることが大切です。また、複雑な数式の見直しや、読み込み制限の変更などでマス目の数を減らすことも効果的です。
プロパティの数が30個を超えた場合はどうすればいいですか?
-30個を超えるようであれば、情報の分割が誤っているなど、データベースの設計に何らかの問題があるサインです。プロパティの整理と見直しが必要です。整理方法が分からない場合は相談をおすすめします。
データベースが重いのはノーションの仕様なのでしょうか?
-いいえ、データベースが重くなるのはノーションの仕様というより、適切な設計や設定がされていないことが原因です。プロパティやビューの設定を見直せば、重くなることは防げます。
表示データ数を減らすことでデータベースは軽くなるのでしょうか?
-はい、表示データ数を減らすことでマス目の数が減り、データベースは軽くなります。ただしこれは根本原因の解消にはなりません。業務に合わせた適切なビュー作成が必要です。
複雑な数式の計算をデータベースで行うことはおすすめできないのでしょうか?
-はい、複雑すぎる数式はデータベースのパフォーマンスを下げてしまうので基本的には避けるべきです。必要であれば別のツールを使うなどして極力データベースからはずすことをおすすめします。
データベースの構築を依頼したいのですが、いくらぐらいかかるでしょうか?
-データベースの構築費用は、必要な機能の複雑さやデータ容量などによって異なります。概要欄のリンクから具体的なご相談いただければ、見積もりをさせていただきます。
ノーションのデータ上限はあるのでしょうか?
-2022年9月の時点で、個人プランのデータ容量上限は5GB、チームプランは1TBです。現時点ではこれ以上のデータを保存できるかどうかは不明ですが、容量についての制限は今のところありません。
サブアイテムの制限を解除するにはどうしたら良いですか?
-サブアイテムの制限は、親アイテムのプロパティ設定から変更できます。「ページ1個」の制限を解除し、「無制限」にすることで、複数の親アイテムと紐づけられるようになります。
Outlines
😊 データベースの重さの原因と対策
<paragraph1>について、データベースが重くなる原因として、複雑な数式処理やプロパティ数の多さがあること、また適切なビューが設定されていないことがあげられています。対策として、ビューを制限して必要なプロパティだけを表示したり、数式の見直しをすることが提案されています。
😃 サブアイテムの複数親への紐づけ
<paragraph2>について、サブアイテムの設定で、1つの親アイテムが複数のサブアイテムを持つことができるように「制限なし」に変更することで、複数の親アイテムとの紐づけが可能になることが解説されています。
🤔 視聴者からの質問への回答
<paragraph3>について、動画の視聴者からの質問への回答が紹介されています。サブアイテムの設定方法について説明があったほか、今後も質問への回答を動画で行っていくことが告知されています。
Mindmap
Keywords
💡データベースが重い
💡プロパティ
💡ビュー
💡数式
💡マス目の数
💡リレーション
💡ノーション
💡業務フロー
💡軽くする手段
💡パフォーマンス改善
💡設計の見直し
Highlights
データベースが重くなる仕組みを解説。増目数と1個のマス目の重さの掛け算で表現されると説明。
データ量増加が直接の原因ではなく、適切な設計ができていないことが原因と指摘。プロパティ数増加等が現れ。
重いプロパティがある場合はそのプロパティを見たいシーンでのみ表示する等して頻度を減らすことを推奨。
プロパティ数増加は設計ミスの現れなので20-30個以上ある場合は設計を見直す必要があるとアドバイス。
法人向けのノーションサポートを開始したと告知。導入支援や運用改善等のサポートを受け付けている。
サブアイテムの制限を1ページから無制限に変更することで、1つの子アイテムを複数の親アイテムに紐づけられる問題を解決できると回答。
2月は週2本のペースで動画をアップする予定と告知。発信力強化を宣言。
データベースの重さはマス目数とそれぞれのマス目の重さの掛け算で表現されるため、マス目数の削減が軽減の鍵となる。
プロパティ数が30-40個など高い場合は情報の分割や不要なプロパティの削除など、設計を見直す必要がある。
アイテムの表示数を50件から10件に減らす等、マス目数そのものを削減するテクニックも軽減策として有効。ただ根本解決にはならないと断言。
参考になった方は高評価と登録をお願いし、法人向けサポート希望者は概要欄から相談するよう要請。
データベースが重くなる原因の特定と対策方法について詳細に解説。視聴者に役立ててほしいと期待感を表明。
コメント欄で質問募集しているので、興味ある方は遠慮なく質問してほしいとコメント。
ノーション情報に特化したYoutubeチャンネルなので、最新情報が欲しい人はチャンネル登録を推奨。
Transcripts
データベースが重い問題解消します皆さん
こんにちはシアンバサダーのつれです本日
も動画を見ていただきありがとうござい
ます今日の動画では企業様からよく
いただく質問の1つデータベースが重い
問題について解説していきたいと思います
データベースを作って運用を重ねていく
うちにあれいつの間にか重くなってると
いった経験はありませんでしょうかこれは
ノーション中級者あるあるの悩みなのかも
しれなくてプロパティや数式が自由に使い
こなせるようになって初めてこのような
問題に直面します率直に結論申し上げると
何かしらの設計が誤っていることの現れ
です日本語化されるよりもっと前の
ノーションはデータベースのデータ量が
多いと重くなっていくっていう問題があっ
たんですけどその問題は実はすでに解消さ
れていて基本的にはデータの送料は
データベース重い問題とは無関係になって
おります実際に僕の場合もInboxって
いうタスク管理のデータベースずっと使い
続けてるんですけどこれはタスクが
5000個あっても1度も重いと感じた
ことはありませんじゃあ一体何が
データベース重いゲになっているんだって
いうところを今日の動画で解説できればと
思っていてそれに加えて一旦重くなって
しまったデータベースを解消するにはどう
したらいいかかっていうところを説明して
いければと思っています今回の動画では
データベースが重くなる原因について根本
原因の調査方法そして重くなってしまった
データベースを軽くしていく手段この2つ
について解説していきますこのチャンネル
ではノーションに関する情報に特化して
発信を行っていますノーションに詳しく
なりたい最新のノーション情報をキャッチ
アップしたいという方是非チャンネル登録
よろしくお願いしますフリーランス法人
向けのノーションサポートを開始しました
ノーションに関する相談や構築代行を受け
承っております概要欄のリンクからお
問い合わせくださいそれでは本編の方行っ
てみ
ましょうそれではまずデータベースが重く
なる仕組みについて解説していきたいと
思います色々実験を重ねて重い
データベース作ってきたんですけれども
データベースが重くなる仕組みは例えば
このテーブルビューで言うとマス目の数と
あと1個1個のマス目の重さの掛け算で
表現されますどういうことかって言うと
この1個目のテーブルビューはマス目が
15マスしかないデータベースで15マス
のマス目それぞれがただのタイトル
プロパティでデータ1データ2っていう
軽いものになっていますなのでこのビュー
はサクっと開くことが今回できましたで
サンプルとして思いビュー123っていう
風に色々作ってきたんですけど思いビュー
1っていうのを開いてやるとこれはまだ
そこまで重くないんですが名前のデータの
他に重いデータベースとのリレーションっ
ていうことでこのようにリレーションの
データをいくつか表示させているものが
ありますここで言うとマス目の数は15
データあって2個プロパティを表示して
いるので合計マス目30個という風になっ
ています左の列のマス目はそれぞれが軽い
のでほぼほぼ重さには気をしないんですが
ここのリレーの部分は少し重くなる要因の
1つになっていますで重いビュー2の
ところは画面だと伝わりにくいかもしれ
ないんですけど若干重くて先ほどよりも
さらに増目を追加しています重い関数1
っていうところで少し重ための関数を走ら
せて低数が15個なので3つのプロパティ
く15で45個マス目があります45個の
マス目のうちここのプロパティ部分の
マス目は少し重たくなっているというよう
な状況ですで最後思いビュー3という
ところがこれ今クリックした後なんです
けど開くのに3秒くらいかかっていて
だいぶ重いビューになっていますこちらの
ビューは低タ数15個は変わらずなんです
がプロパティーの数が全部で5個あるので
75個の増目があって75個の増目のうち
この重い関数1と思い関数2っていう
ところの処理に時間がかかっていて
データベースを広くのが重いという状況に
なっていますノーションのビューの表示の
重さはこの増目の数と1つ1つのマス目の
重さの足し算で表現されますよく勘違いさ
れるのがここのデータの合計個数が
1000個を超えていると重くなるみたい
に思われている方がいらっしゃるんです
けどここの合計の個数は実は関係ありませ
んデータベースが重いのはデータ量が増え
ているのが根本原因ではなくて業務フロー
を適切に農場に落とし込めていないって
いうことの現れです具体的に言うと
プロパティが膨大になってしまっていて
マス目の数が増えていたり表示しなくて
いいプロパティを表示してしまっていて
適切なビューを作れていないというところ
が原因です今表示しているのは僕が実際に
普段使っているインbooxっていう
タスク管理用のデータベースなんですが
データ量が6192-001
原因は2つあると思っていて1個のマス目
にマシンの負荷がかかるような複雑な計算
をさせているっていうパターンとそもそも
のマス目の数が多いっていうパターン
それぞれがあります先ほどお見せした例は
重い関数2というところの関数がちょっと
わけわかんない数式になってるんですけど
重ための処理をノーション上にさせてい
ますちょっと専門的な話になるんですけど
これのノーションの数式は手元のパソコン
の中で計算が実行されますなのでパソコン
のスペックが貧弱だったりすると重くなっ
てくるっていうところがあるので
めちゃめちゃ強いパソコンを使っている
場合はこの関数も軽く済ませることができ
たりするかもしれません僕の環境化で言う
とこの関数を書いてやると開くのに3秒
くらいかかる状態になりましたそしてもう
1つプロパティ数とかデータ量が多いって
いうパターンもあります今表示してるのは
ボードビューでサクっと開くことができた
んですが合計で1500個以上のデータが
入っているデータベースですこの1から
10というところを開いてやると合計で
1500個以上のデータが入ってるんです
がフィルターをかけて10個分のデータ
だけ抽出したビューになっておりますこの
データベースもそこまで重くなく開くこと
ができているんですがプロパティーの数で
言うとかなり多く準備していてセレクトの
プロパティが合計でえ31個分存在して
いるデータベースになります後景で表示し
ているプロパティが34個かなあって10
個分のデータが出てるのでマス目の数が
340個という風になっていますでこの
くらいのデータだったら普通に開けるん
ですがこの全て表示重いっていうビューの
ところは今クリックしたんですが開くのに
2秒ほど時間がかかりますノーションの
デフォルトだと50件だったかなのデータ
が最初に読み思い込まれるので50か
プロパティー数分の増目があるという感に
なります先ほどと違って1個1個の
プロパティは単純なものなので特に1つが
悪さしているというわけではないんです
けれども細かいものでも積み上がると少し
重くなっていくというのがこのビューを見
て分かるかと思います表示している
プロパティーの数が多いか1つ重たい
プロパティが悪さしているかっていう根本
原因をまず切り分けていただくのがいいか
なと思い
ますでここからは対応方法の話になるん
ですがまず重いプロパティがある場合の
対応方法で言うと見たいシーンでだけその
重たいプロパティを表示するっていうのが
いいかなと思いますこの重い関数2って
いうのがとにかくボトルネックになって
いるのでここの部分をビューで非表示と
いう風にしてやるとこのデータベースは
かなり軽くなりますちょっと画面だと
伝わりづらいかもしれないんですけど思い
ビュー先ほど開くのに3秒くらいかかって
いたところが今回は1秒くらいで開ける
ようになりました普段の業務フローに応じ
て適切にビューを作ってやって重たい
ます目のところはなるべく登場する頻度を
減らすっていう風にししてやると
データベースを軽くできると思います1つ
のマス目が重たくなるパターンはほとんど
が数式だと思います数式の部分も改めて
見直してやってもうちょっとアルゴリズム
的に軽くできる余地はないかっていう
ところを見直していただけるのがいいかと
思います僕がノーションを普段使っていて
あまりにも複雑な数式で出会ったことない
んですけど今回は意図的にこのように重い
ものを作り出したんですが重い事例もしお
持ちの方は僕に教えていただけると嬉しい
ですもう1つプロパティー数が
めちゃめちゃ多いパターンなんですけど
これも先ほどと同様を表示するプロパティ
を制限してやるっていうのがいいかなと
思います今は持っているプロパティをほぼ
全て表示している形になっているんです
けど必要なものだけこの目のアイコンの
ところをクリックしていただくと非表示
できるのでうまく古いにかけて必要なビを
作っていっていただければと思います
とにかくマス目の数を減らしていくって
いうのを意識しましょうもう1つ設計より
の話なんですがプロパティ数があまりにも
多すぎるというのはこれ設計が誤ってる
ことの現れです適切に情報を分割できてい
ないとか不要なプロパティーが入っている
とかそういったも問題を表すバロメーター
にここのプロパティの数はなっているので
20個とか30個とかプロパティーがある
方は1度見直してみるといいかもしれませ
んもし企業でノーションを活用されている
方でプロパティ増えすぎちゃって困ってる
んだようまく整理し方わかんないんだよっ
ていう方いらっしゃいましたらご相談
いただければ僕の方で改善案ご提示できる
と思いますのでもしよければ概要欄の
リンクからお問い合わせ
くださいあと最後にもう1つこれは細かい
テクニックのところで根本原因の解消では
ないんですけれどもマス目の数は表示する
データの件数にも依存しますアイテムの
表示数を減らすことでマス目の数を削減
するということもできますまたノーション
のデータベースを本体だとここに
オプションは表示されないんですがこの
データベースのインクとビューを作って
やることで共同全て表示重いってなってい
たビューをこの読み込み制限のところで
デフォルトは50ページなんですがここ
10ページとかって変えてやるとかなり
軽くなりますこれもマス目の数が50
ページ分から10ページ分に変わったこと
でマス目の数1/5に変わっているので
その分開いた時の重さが変わりますだいぶ
サクっと開けるようになっておりますこれ
は根本原因の解消にはなっていないんです
がどうしても全てのプロパティを表示せ
ざるを得ないという状況化にある方はこの
方法も試していただけるといいかもしれ
ません以上ノーションのデータベースが
重くなる原因とその解消方法の解説でした
皆様お疲れ様でした今回の動画では
ノーション中級車がよく落ちいる
データベースが重い問題の解消方法を解説
しましたデータベースが重くて困っている
方是非参考にしてみてくださいこの
チャンネルではノシに関する情報に特化し
て発を行っていますノーションに詳しく
なりたい最新のノーション情報をキャッチ
アップしたいという方は是非チャンネル
登録よろしくお願いします参考になったと
いう方は是非動画の高評価ボタンもお願い
します法人様向けのノーションサポートを
受けたっておりますノーションをこれから
導入したい導入したけどうまく運用できて
いないという企業様概要欄のリンクからお
問い合わせくださいこれの質問コーナー
ですコメント欄でいだいた皆さんからの
農場に関する質問に回答していきます今回
のご質問分かりやすい解説ありがとう
ございますただサブアイテムに関してご
説明の通り1つの親アイテムに対して複数
のリレーションを作成すると思っていたの
ですが実際にには1つの親アイテムについ
てのみリレーションを作成できるようです
例えばコアイテム1が親アイテム1に
リレーションしている場合コアイテム1を
さらに親アイテム2にもリレーションさ
せようとすると既存のリレーションが変更
され高アイテム1は親アイテム2のみに
リレーションしてしまいます操作方法に
問題があるのでしょうかもし解決方法あり
ましたら教えていただければと思いますと
いうご質問ですご質問ありがとうござい
ますこちらもいつも通り画面映しながら
解説した方が分かりやすいと思うので実際
にデモをしながらお見せしたいと思います
こちらは結論データベースの設定方法の
知識の問題かなという風に思っています
実際にサブアイテム作ってみましょうか
サブアイテムはここの部分からユの
オプションでサブアイテムを選択してサブ
アイテムをオンっていう風にするとサブ
アイテムを表示させることができます
ちょっと余談ですけど最近表示方法が3
種類の中から選べるようになりましたね
今回の事例で言うと親アイテムが2つあっ
て親アイテム1の下にコアイテムがある
このような構造だと思いますでこのコ
アイテム1を親アイテム2の子にもしたい
けれども親アイテム1の紐付けが取れて
しまうみたいなお悩みだと理解しました
これなんですけど親アイテムの設定の
ところでプロパティを編集していただくと
この制限っていうところがあるんですけど
ここがデフォルトだと1ページになってい
ますこの1ページっていうのはこアイテム
からえアイテムを見た時に1つの親しか
持てないという制限になっていますここの
部分を1ページではなくて無制限っていう
風に変更してやると今回の問題の解消に
なるかなと思います親アイテムのところで
親アイテム2を選択してやると親アイテム
親アイテムに双方にコアイテムを紐付ける
ことができました実際にビューの方でも見
てやるとコアイテム1っていうのが親
アイテム1親アイテム2双方に入っている
のが分かるかと思いますでここの制限の
ところを1ページにした状態でもう1度
試してみると例えばおアイテム1にこれを
紐付けると親アイテム1の下にこアイテム
が来るんですがここの部分で親アイテム2
を新たに選択してしまうと親アイテム1で
はなくて2の方に新たに上書きされて
しまうという状況になっていますおそらく
ご質問者さんはここの制限がが1ページの
ままになっていると思うのでえ無制限の方
に変更していただけると今回実現したい
ことができるかなと思いますご質問
ありがとうございましたこんな感じで皆
さんからの質問お答えしていきますので
もしご質問ある方コメント欄で気軽に質問
いただければと思いますということで今回
の動画はここまでになります最後までご
視聴いただきありがとうございましたそれ
ではまた次の動画でお会いしましょうつれ
でした2月はちょっと動画の発信頑張って
いこうと思っていて週に2本動画上げられ
たらいいなっていう風に思っております
応援してもらえると喜び
ます
VAN
5.0 / 5 (0 votes)