Notion「データベースが重い」問題の対処方法

Tsuburaya | 少しマニアックな Notion の使い方解説
26 Feb 202412:33

Summary

TLDRこの動画のスクリプトは、ノーションのデータベースが重くなる原因とその解決方法について解説しています。データベースが重くなるのは、プロパティ数が多すぎたり複雑な計算をしたりすることが原因で、適切なビュー分割や不要なプロパティの削除などで改善できること。また具体的なデータベースの事例も示しながら、重さの原因を特定し対処法を説明しています。

Takeaways

  • 😀 ノーションのデータベースの重さはマス目の数と1個1個のマス目の重さの掛け算で表される
  • 😯 データ量ではなく、プロパティが膨大になることが原因であることが多い
  • 😎 重い計算をするプロパティを状況に応じて表示/非表示にすると軽くなる
  • 🧐 プロパティ数が30個を超える場合は設計の見直しが必要
  • 🤔 サブアイテムの制限を1ページから無制限に変更すると複数の親に紐づけられる
  • 😮 ビューの読み込み制限を50件から10件に変更でデータベースが軽くなる
  • 🙄 関数のアルゴリズムを見直して処理を軽くすることも解決策の1つ
  • 😕 過剰なプロパティは設計ミスであることが多い
  • 🤗 プロパティやビューの整理・分割でデータベースは軽くなる
  • 🥳 企業でデータベースが重い場合はサポートを利用すると解決できる

Q & A

  • データベースが重くなる主な原因は何ですか?

    -データベースが重くなる主な原因は、プロパティの数が多すぎることや、1つ1つのマス目に複雑な計算をさせていることです。これらがデータベースのマス目の数を増やし、開くのに時間がかかるようになります。

  • データ量が増えると必ずデータベースが重くなるのでしょうか?

    -いいえ、データ量が増えることが直接的にデータベースを重くするわけではありません。むしろ、適切なビューやプロパティの設定ができていないことが原因で、マス目の数が増えてしまうことがデータベースを重くしています。

  • 重いデータベースの対処法を教えてください。

    -重いプロパティは表示するシーンに合わせて切り替えたり、プロパティの数を必要最小限に抑えることが大切です。また、複雑な数式の見直しや、読み込み制限の変更などでマス目の数を減らすことも効果的です。

  • プロパティの数が30個を超えた場合はどうすればいいですか?

    -30個を超えるようであれば、情報の分割が誤っているなど、データベースの設計に何らかの問題があるサインです。プロパティの整理と見直しが必要です。整理方法が分からない場合は相談をおすすめします。

  • データベースが重いのはノーションの仕様なのでしょうか?

    -いいえ、データベースが重くなるのはノーションの仕様というより、適切な設計や設定がされていないことが原因です。プロパティやビューの設定を見直せば、重くなることは防げます。

  • 表示データ数を減らすことでデータベースは軽くなるのでしょうか?

    -はい、表示データ数を減らすことでマス目の数が減り、データベースは軽くなります。ただしこれは根本原因の解消にはなりません。業務に合わせた適切なビュー作成が必要です。

  • 複雑な数式の計算をデータベースで行うことはおすすめできないのでしょうか?

    -はい、複雑すぎる数式はデータベースのパフォーマンスを下げてしまうので基本的には避けるべきです。必要であれば別のツールを使うなどして極力データベースからはずすことをおすすめします。

  • データベースの構築を依頼したいのですが、いくらぐらいかかるでしょうか?

    -データベースの構築費用は、必要な機能の複雑さやデータ容量などによって異なります。概要欄のリンクから具体的なご相談いただければ、見積もりをさせていただきます。

  • ノーションのデータ上限はあるのでしょうか?

    -2022年9月の時点で、個人プランのデータ容量上限は5GB、チームプランは1TBです。現時点ではこれ以上のデータを保存できるかどうかは不明ですが、容量についての制限は今のところありません。

  • サブアイテムの制限を解除するにはどうしたら良いですか?

    -サブアイテムの制限は、親アイテムのプロパティ設定から変更できます。「ページ1個」の制限を解除し、「無制限」にすることで、複数の親アイテムと紐づけられるようになります。

Outlines

00:00

😊 データベースの重さの原因と対策

<paragraph1>について、データベースが重くなる原因として、複雑な数式処理やプロパティ数の多さがあること、また適切なビューが設定されていないことがあげられています。対策として、ビューを制限して必要なプロパティだけを表示したり、数式の見直しをすることが提案されています。

05:00

😃 サブアイテムの複数親への紐づけ

<paragraph2>について、サブアイテムの設定で、1つの親アイテムが複数のサブアイテムを持つことができるように「制限なし」に変更することで、複数の親アイテムとの紐づけが可能になることが解説されています。

10:01

🤔 視聴者からの質問への回答

<paragraph3>について、動画の視聴者からの質問への回答が紹介されています。サブアイテムの設定方法について説明があったほか、今後も質問への回答を動画で行っていくことが告知されています。

Mindmap

Keywords

💡データベースが重い

「データベースが重い」とは、データベースの操作やアクセスに時間がかかることを意味します。このビデオでは、多くの企業が直面するこの問題に焦点を当て、原因と解決策を解説しています。例えば、不適切な設計やプロパティの過多などが原因で発生することが挙げられています。

💡プロパティ

プロパティとは、データベース内の各レコードに関連する属性や特性を指します。このビデオでは、プロパティの過多がデータベースを重くする一因として説明されており、必要なプロパティのみを表示することで解決できると述べています。

💡ビュー

ビューは、データベースのデータを特定の条件や形式で表示する方法です。このビデオでは、重いビューや軽いビューの例を通じて、ビューの設計がデータベースのパフォーマンスにどのように影響するかを解説しています。

💡数式

数式とは、データベース内のデータに基づいて計算や変換を行うための式です。このビデオでは、複雑な数式がデータベースの処理速度を遅くする一例として示され、数式を軽量化することでパフォーマンスを改善できると説明しています。

💡マス目の数

「マス目の数」とは、ビュー内に表示されるデータの量を指します。ビデオ内では、マス目の数が多いほどデータベースが重くなりがちであると述べられており、適切なビュー設計によってマス目の数を管理することが重要であると強調しています。

💡リレーション

リレーションとは、データベース内の異なるレコード間の関連付けを指します。このビデオでは、リレーションが複雑になるほどデータベースの負荷が増加し、パフォーマンスに悪影響を与える可能性があることを解説しています。

💡ノーション

ノーションは、データベース、ノート、タスク管理などを一つのプラットフォームで行えるツールです。このビデオでは、ノーションのデータベース機能を使用しているユーザーが直面するパフォーマンスの問題に焦点を当て、解決策を提供しています。

💡業務フロー

業務フローとは、業務を効率的に進めるための一連の作業プロセスを指します。このビデオでは、データベースが重くなる根本原因として、業務フローを適切にデータベースに反映できていないことが挙げられています。

💡軽くする手段

「軽くする手段」とは、データベースのパフォーマンスを改善し、操作を軽快にするための方法を指します。ビデオ内で、不必要なプロパティの削減やビューの最適化など、データベースを軽くする具体的な手段が提案されています。

💡パフォーマンス改善

パフォーマンス改善とは、データベースの処理速度や応答性を向上させることを指します。このビデオでは、データベースが重い問題を解決し、パフォーマンスを改善するための様々な技術やアプローチが解説されています。

💡設計の見直し

設計の見直しとは、データベースやその他のシステムの初期設計が原因で発生する問題を解決するために、設計を再評価し改善するプロセスを指します。このビデオでは、データベースが重くなる原因として不適切な設計が挙げられており、適切な設計に基づく再構築や最適化が推奨されています。

Highlights

データベースが重くなる仕組みを解説。増目数と1個のマス目の重さの掛け算で表現されると説明。

データ量増加が直接の原因ではなく、適切な設計ができていないことが原因と指摘。プロパティ数増加等が現れ。

重いプロパティがある場合はそのプロパティを見たいシーンでのみ表示する等して頻度を減らすことを推奨。

プロパティ数増加は設計ミスの現れなので20-30個以上ある場合は設計を見直す必要があるとアドバイス。

法人向けのノーションサポートを開始したと告知。導入支援や運用改善等のサポートを受け付けている。

サブアイテムの制限を1ページから無制限に変更することで、1つの子アイテムを複数の親アイテムに紐づけられる問題を解決できると回答。

2月は週2本のペースで動画をアップする予定と告知。発信力強化を宣言。

データベースの重さはマス目数とそれぞれのマス目の重さの掛け算で表現されるため、マス目数の削減が軽減の鍵となる。

プロパティ数が30-40個など高い場合は情報の分割や不要なプロパティの削除など、設計を見直す必要がある。

アイテムの表示数を50件から10件に減らす等、マス目数そのものを削減するテクニックも軽減策として有効。ただ根本解決にはならないと断言。

参考になった方は高評価と登録をお願いし、法人向けサポート希望者は概要欄から相談するよう要請。

データベースが重くなる原因の特定と対策方法について詳細に解説。視聴者に役立ててほしいと期待感を表明。

コメント欄で質問募集しているので、興味ある方は遠慮なく質問してほしいとコメント。

ノーション情報に特化したYoutubeチャンネルなので、最新情報が欲しい人はチャンネル登録を推奨。

Transcripts

play00:00

データベースが重い問題解消します皆さん

play00:02

こんにちはシアンバサダーのつれです本日

play00:03

も動画を見ていただきありがとうござい

play00:05

ます今日の動画では企業様からよく

play00:07

いただく質問の1つデータベースが重い

play00:09

問題について解説していきたいと思います

play00:11

データベースを作って運用を重ねていく

play00:13

うちにあれいつの間にか重くなってると

play00:15

いった経験はありませんでしょうかこれは

play00:17

ノーション中級者あるあるの悩みなのかも

play00:19

しれなくてプロパティや数式が自由に使い

play00:22

こなせるようになって初めてこのような

play00:24

問題に直面します率直に結論申し上げると

play00:26

何かしらの設計が誤っていることの現れ

play00:29

です日本語化されるよりもっと前の

play00:31

ノーションはデータベースのデータ量が

play00:33

多いと重くなっていくっていう問題があっ

play00:35

たんですけどその問題は実はすでに解消さ

play00:37

れていて基本的にはデータの送料は

play00:40

データベース重い問題とは無関係になって

play00:42

おります実際に僕の場合もInboxって

play00:44

いうタスク管理のデータベースずっと使い

play00:46

続けてるんですけどこれはタスクが

play00:48

5000個あっても1度も重いと感じた

play00:50

ことはありませんじゃあ一体何が

play00:51

データベース重いゲになっているんだって

play00:53

いうところを今日の動画で解説できればと

play00:55

思っていてそれに加えて一旦重くなって

play00:57

しまったデータベースを解消するにはどう

play00:59

したらいいかかっていうところを説明して

play01:01

いければと思っています今回の動画では

play01:03

データベースが重くなる原因について根本

play01:05

原因の調査方法そして重くなってしまった

play01:08

データベースを軽くしていく手段この2つ

play01:09

について解説していきますこのチャンネル

play01:11

ではノーションに関する情報に特化して

play01:13

発信を行っていますノーションに詳しく

play01:15

なりたい最新のノーション情報をキャッチ

play01:16

アップしたいという方是非チャンネル登録

play01:18

よろしくお願いしますフリーランス法人

play01:19

向けのノーションサポートを開始しました

play01:21

ノーションに関する相談や構築代行を受け

play01:23

承っております概要欄のリンクからお

play01:24

問い合わせくださいそれでは本編の方行っ

play01:26

てみ

play01:28

ましょうそれではまずデータベースが重く

play01:30

なる仕組みについて解説していきたいと

play01:32

思います色々実験を重ねて重い

play01:35

データベース作ってきたんですけれども

play01:37

データベースが重くなる仕組みは例えば

play01:39

このテーブルビューで言うとマス目の数と

play01:42

あと1個1個のマス目の重さの掛け算で

play01:45

表現されますどういうことかって言うと

play01:47

この1個目のテーブルビューはマス目が

play01:50

15マスしかないデータベースで15マス

play01:52

のマス目それぞれがただのタイトル

play01:54

プロパティでデータ1データ2っていう

play01:56

軽いものになっていますなのでこのビュー

play01:59

はサクっと開くことが今回できましたで

play02:01

サンプルとして思いビュー123っていう

play02:04

風に色々作ってきたんですけど思いビュー

play02:06

1っていうのを開いてやるとこれはまだ

play02:08

そこまで重くないんですが名前のデータの

play02:10

他に重いデータベースとのリレーションっ

play02:13

ていうことでこのようにリレーションの

play02:14

データをいくつか表示させているものが

play02:16

ありますここで言うとマス目の数は15

play02:19

データあって2個プロパティを表示して

play02:21

いるので合計マス目30個という風になっ

play02:23

ています左の列のマス目はそれぞれが軽い

play02:26

のでほぼほぼ重さには気をしないんですが

play02:29

ここのリレーの部分は少し重くなる要因の

play02:32

1つになっていますで重いビュー2の

play02:34

ところは画面だと伝わりにくいかもしれ

play02:36

ないんですけど若干重くて先ほどよりも

play02:38

さらに増目を追加しています重い関数1

play02:41

っていうところで少し重ための関数を走ら

play02:44

せて低数が15個なので3つのプロパティ

play02:48

く15で45個マス目があります45個の

play02:51

マス目のうちここのプロパティ部分の

play02:53

マス目は少し重たくなっているというよう

play02:55

な状況ですで最後思いビュー3という

play02:57

ところがこれ今クリックした後なんです

play02:59

けど開くのに3秒くらいかかっていて

play03:01

だいぶ重いビューになっていますこちらの

play03:03

ビューは低タ数15個は変わらずなんです

play03:06

がプロパティーの数が全部で5個あるので

play03:08

75個の増目があって75個の増目のうち

play03:12

この重い関数1と思い関数2っていう

play03:15

ところの処理に時間がかかっていて

play03:17

データベースを広くのが重いという状況に

play03:19

なっていますノーションのビューの表示の

play03:20

重さはこの増目の数と1つ1つのマス目の

play03:24

重さの足し算で表現されますよく勘違いさ

play03:28

れるのがここのデータの合計個数が

play03:30

1000個を超えていると重くなるみたい

play03:32

に思われている方がいらっしゃるんです

play03:34

けどここの合計の個数は実は関係ありませ

play03:36

んデータベースが重いのはデータ量が増え

play03:38

ているのが根本原因ではなくて業務フロー

play03:41

を適切に農場に落とし込めていないって

play03:42

いうことの現れです具体的に言うと

play03:44

プロパティが膨大になってしまっていて

play03:46

マス目の数が増えていたり表示しなくて

play03:49

いいプロパティを表示してしまっていて

play03:50

適切なビューを作れていないというところ

play03:52

が原因です今表示しているのは僕が実際に

play03:55

普段使っているインbooxっていう

play03:57

タスク管理用のデータベースなんですが

play03:59

データ量が6192-001

play04:29

原因は2つあると思っていて1個のマス目

play04:32

にマシンの負荷がかかるような複雑な計算

play04:34

をさせているっていうパターンとそもそも

play04:36

のマス目の数が多いっていうパターン

play04:38

それぞれがあります先ほどお見せした例は

play04:41

重い関数2というところの関数がちょっと

play04:43

わけわかんない数式になってるんですけど

play04:45

重ための処理をノーション上にさせてい

play04:47

ますちょっと専門的な話になるんですけど

play04:50

これのノーションの数式は手元のパソコン

play04:52

の中で計算が実行されますなのでパソコン

play04:55

のスペックが貧弱だったりすると重くなっ

play04:57

てくるっていうところがあるので

play04:58

めちゃめちゃ強いパソコンを使っている

play05:00

場合はこの関数も軽く済ませることができ

play05:03

たりするかもしれません僕の環境化で言う

play05:05

とこの関数を書いてやると開くのに3秒

play05:07

くらいかかる状態になりましたそしてもう

play05:09

1つプロパティ数とかデータ量が多いって

play05:12

いうパターンもあります今表示してるのは

play05:14

ボードビューでサクっと開くことができた

play05:16

んですが合計で1500個以上のデータが

play05:18

入っているデータベースですこの1から

play05:20

10というところを開いてやると合計で

play05:22

1500個以上のデータが入ってるんです

play05:24

がフィルターをかけて10個分のデータ

play05:26

だけ抽出したビューになっておりますこの

play05:28

データベースもそこまで重くなく開くこと

play05:31

ができているんですがプロパティーの数で

play05:33

言うとかなり多く準備していてセレクトの

play05:35

プロパティが合計でえ31個分存在して

play05:38

いるデータベースになります後景で表示し

play05:40

ているプロパティが34個かなあって10

play05:43

個分のデータが出てるのでマス目の数が

play05:46

340個という風になっていますでこの

play05:48

くらいのデータだったら普通に開けるん

play05:50

ですがこの全て表示重いっていうビューの

play05:52

ところは今クリックしたんですが開くのに

play05:54

2秒ほど時間がかかりますノーションの

play05:56

デフォルトだと50件だったかなのデータ

play05:58

が最初に読み思い込まれるので50か

play06:01

プロパティー数分の増目があるという感に

play06:03

なります先ほどと違って1個1個の

play06:05

プロパティは単純なものなので特に1つが

play06:08

悪さしているというわけではないんです

play06:10

けれども細かいものでも積み上がると少し

play06:12

重くなっていくというのがこのビューを見

play06:14

て分かるかと思います表示している

play06:15

プロパティーの数が多いか1つ重たい

play06:18

プロパティが悪さしているかっていう根本

play06:20

原因をまず切り分けていただくのがいいか

play06:22

なと思い

play06:23

ますでここからは対応方法の話になるん

play06:27

ですがまず重いプロパティがある場合の

play06:29

対応方法で言うと見たいシーンでだけその

play06:32

重たいプロパティを表示するっていうのが

play06:34

いいかなと思いますこの重い関数2って

play06:37

いうのがとにかくボトルネックになって

play06:38

いるのでここの部分をビューで非表示と

play06:41

いう風にしてやるとこのデータベースは

play06:43

かなり軽くなりますちょっと画面だと

play06:45

伝わりづらいかもしれないんですけど思い

play06:47

ビュー先ほど開くのに3秒くらいかかって

play06:49

いたところが今回は1秒くらいで開ける

play06:51

ようになりました普段の業務フローに応じ

play06:53

て適切にビューを作ってやって重たい

play06:56

ます目のところはなるべく登場する頻度を

play06:58

減らすっていう風にししてやると

play06:59

データベースを軽くできると思います1つ

play07:01

のマス目が重たくなるパターンはほとんど

play07:03

が数式だと思います数式の部分も改めて

play07:06

見直してやってもうちょっとアルゴリズム

play07:08

的に軽くできる余地はないかっていう

play07:10

ところを見直していただけるのがいいかと

play07:12

思います僕がノーションを普段使っていて

play07:14

あまりにも複雑な数式で出会ったことない

play07:16

んですけど今回は意図的にこのように重い

play07:19

ものを作り出したんですが重い事例もしお

play07:21

持ちの方は僕に教えていただけると嬉しい

play07:23

ですもう1つプロパティー数が

play07:25

めちゃめちゃ多いパターンなんですけど

play07:27

これも先ほどと同様を表示するプロパティ

play07:29

を制限してやるっていうのがいいかなと

play07:31

思います今は持っているプロパティをほぼ

play07:33

全て表示している形になっているんです

play07:35

けど必要なものだけこの目のアイコンの

play07:38

ところをクリックしていただくと非表示

play07:40

できるのでうまく古いにかけて必要なビを

play07:42

作っていっていただければと思います

play07:44

とにかくマス目の数を減らしていくって

play07:46

いうのを意識しましょうもう1つ設計より

play07:48

の話なんですがプロパティ数があまりにも

play07:51

多すぎるというのはこれ設計が誤ってる

play07:53

ことの現れです適切に情報を分割できてい

play07:56

ないとか不要なプロパティーが入っている

play07:58

とかそういったも問題を表すバロメーター

play08:00

にここのプロパティの数はなっているので

play08:02

20個とか30個とかプロパティーがある

play08:04

方は1度見直してみるといいかもしれませ

play08:06

んもし企業でノーションを活用されている

play08:08

方でプロパティ増えすぎちゃって困ってる

play08:10

んだようまく整理し方わかんないんだよっ

play08:12

ていう方いらっしゃいましたらご相談

play08:14

いただければ僕の方で改善案ご提示できる

play08:16

と思いますのでもしよければ概要欄の

play08:18

リンクからお問い合わせ

play08:21

くださいあと最後にもう1つこれは細かい

play08:24

テクニックのところで根本原因の解消では

play08:27

ないんですけれどもマス目の数は表示する

play08:29

データの件数にも依存しますアイテムの

play08:32

表示数を減らすことでマス目の数を削減

play08:34

するということもできますまたノーション

play08:36

のデータベースを本体だとここに

play08:38

オプションは表示されないんですがこの

play08:40

データベースのインクとビューを作って

play08:42

やることで共同全て表示重いってなってい

play08:45

たビューをこの読み込み制限のところで

play08:47

デフォルトは50ページなんですがここ

play08:49

10ページとかって変えてやるとかなり

play08:51

軽くなりますこれもマス目の数が50

play08:54

ページ分から10ページ分に変わったこと

play08:56

でマス目の数1/5に変わっているので

play08:59

その分開いた時の重さが変わりますだいぶ

play09:01

サクっと開けるようになっておりますこれ

play09:03

は根本原因の解消にはなっていないんです

play09:05

がどうしても全てのプロパティを表示せ

play09:08

ざるを得ないという状況化にある方はこの

play09:10

方法も試していただけるといいかもしれ

play09:12

ません以上ノーションのデータベースが

play09:13

重くなる原因とその解消方法の解説でした

play09:16

皆様お疲れ様でした今回の動画では

play09:18

ノーション中級車がよく落ちいる

play09:20

データベースが重い問題の解消方法を解説

play09:22

しましたデータベースが重くて困っている

play09:24

方是非参考にしてみてくださいこの

play09:26

チャンネルではノシに関する情報に特化し

play09:28

て発を行っていますノーションに詳しく

play09:29

なりたい最新のノーション情報をキャッチ

play09:31

アップしたいという方は是非チャンネル

play09:32

登録よろしくお願いします参考になったと

play09:34

いう方は是非動画の高評価ボタンもお願い

play09:36

します法人様向けのノーションサポートを

play09:37

受けたっておりますノーションをこれから

play09:39

導入したい導入したけどうまく運用できて

play09:41

いないという企業様概要欄のリンクからお

play09:43

問い合わせくださいこれの質問コーナー

play09:45

ですコメント欄でいだいた皆さんからの

play09:46

農場に関する質問に回答していきます今回

play09:49

のご質問分かりやすい解説ありがとう

play09:51

ございますただサブアイテムに関してご

play09:53

説明の通り1つの親アイテムに対して複数

play09:56

のリレーションを作成すると思っていたの

play09:58

ですが実際にには1つの親アイテムについ

play10:00

てのみリレーションを作成できるようです

play10:02

例えばコアイテム1が親アイテム1に

play10:04

リレーションしている場合コアイテム1を

play10:06

さらに親アイテム2にもリレーションさ

play10:08

せようとすると既存のリレーションが変更

play10:11

され高アイテム1は親アイテム2のみに

play10:13

リレーションしてしまいます操作方法に

play10:15

問題があるのでしょうかもし解決方法あり

play10:17

ましたら教えていただければと思いますと

play10:19

いうご質問ですご質問ありがとうござい

play10:22

ますこちらもいつも通り画面映しながら

play10:24

解説した方が分かりやすいと思うので実際

play10:27

にデモをしながらお見せしたいと思います

play10:29

こちらは結論データベースの設定方法の

play10:32

知識の問題かなという風に思っています

play10:34

実際にサブアイテム作ってみましょうか

play10:36

サブアイテムはここの部分からユの

play10:38

オプションでサブアイテムを選択してサブ

play10:40

アイテムをオンっていう風にするとサブ

play10:41

アイテムを表示させることができます

play10:43

ちょっと余談ですけど最近表示方法が3

play10:45

種類の中から選べるようになりましたね

play10:47

今回の事例で言うと親アイテムが2つあっ

play10:50

て親アイテム1の下にコアイテムがある

play10:53

このような構造だと思いますでこのコ

play10:55

アイテム1を親アイテム2の子にもしたい

play10:58

けれども親アイテム1の紐付けが取れて

play11:01

しまうみたいなお悩みだと理解しました

play11:03

これなんですけど親アイテムの設定の

play11:05

ところでプロパティを編集していただくと

play11:07

この制限っていうところがあるんですけど

play11:10

ここがデフォルトだと1ページになってい

play11:12

ますこの1ページっていうのはこアイテム

play11:14

からえアイテムを見た時に1つの親しか

play11:17

持てないという制限になっていますここの

play11:19

部分を1ページではなくて無制限っていう

play11:21

風に変更してやると今回の問題の解消に

play11:23

なるかなと思います親アイテムのところで

play11:26

親アイテム2を選択してやると親アイテム

play11:29

親アイテムに双方にコアイテムを紐付ける

play11:31

ことができました実際にビューの方でも見

play11:33

てやるとコアイテム1っていうのが親

play11:35

アイテム1親アイテム2双方に入っている

play11:38

のが分かるかと思いますでここの制限の

play11:40

ところを1ページにした状態でもう1度

play11:42

試してみると例えばおアイテム1にこれを

play11:45

紐付けると親アイテム1の下にこアイテム

play11:47

が来るんですがここの部分で親アイテム2

play11:50

を新たに選択してしまうと親アイテム1で

play11:53

はなくて2の方に新たに上書きされて

play11:55

しまうという状況になっていますおそらく

play11:57

ご質問者さんはここの制限がが1ページの

play11:59

ままになっていると思うのでえ無制限の方

play12:01

に変更していただけると今回実現したい

play12:04

ことができるかなと思いますご質問

play12:06

ありがとうございましたこんな感じで皆

play12:07

さんからの質問お答えしていきますので

play12:09

もしご質問ある方コメント欄で気軽に質問

play12:12

いただければと思いますということで今回

play12:13

の動画はここまでになります最後までご

play12:15

視聴いただきありがとうございましたそれ

play12:16

ではまた次の動画でお会いしましょうつれ

play12:18

でした2月はちょっと動画の発信頑張って

play12:21

いこうと思っていて週に2本動画上げられ

play12:23

たらいいなっていう風に思っております

play12:25

応援してもらえると喜び

play12:27

ます

play12:32

VAN

Rate This

5.0 / 5 (0 votes)

Do you need a summary in English?