We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
曜日と時限を受け取ってその時間に開講されるシラバスを取得するAPIの設計・実装をする。 現在のテーブル構造だと実現できないので少々骨があると思う。 部分一致検索とかすればテーブル構造変えなくても実装出来そうだけど、パフォーマンスと相談。
設計ではエンドポイントとレスポンスモデルを決めて、notionのデータベースにドキュメントとして残してください。
The text was updated successfully, but these errors were encountered:
現在のテーブル構造だと実現できないので少々骨があると思う。 部分一致検索とかすればテーブル構造変えなくても実装出来そうだけど、パフォーマンスと相談。
@Atotti これについてですが,syllabus_base_infos.dayとsyllabus_base_infos.periodでLIKE検索かければ行ける気がするのですが,そのアプローチだとパフォーマンスが悪いということですか?
syllabus_base_infos.day
syllabus_base_infos.period
Sorry, something went wrong.
@tenk-9 その通りです!
LIKE句は基本的に遅いという認識で、今回の場合だと工夫次第ではWHERE句等でも実現できそうなクエリだと思ったのでこのように書きました。 実際にLIKEだとどの程度のパフォーマンスなのか、どんな工夫をしたらどれくらいパフォーマンスが向上するのかを検討した上で、適切な手法を検討するのがこのタスクです。
最終的にどのような手法が選択されるかわかりませんが、複数の手法を検討し、利点と欠点を比較して選択することに意味があるかなと思っています。
なるほど!わかりました,ありがとうございます. いろいろ試してみます.
tenk-9
No branches or pull requests
曜日と時限を受け取ってその時間に開講されるシラバスを取得するAPIの設計・実装をする。
現在のテーブル構造だと実現できないので少々骨があると思う。
部分一致検索とかすればテーブル構造変えなくても実装出来そうだけど、パフォーマンスと相談。
設計ではエンドポイントとレスポンスモデルを決めて、notionのデータベースにドキュメントとして残してください。
The text was updated successfully, but these errors were encountered: