sepertinya butuh konsul db design

sebut

lg belajar indexing lg, spya gak salah ngindex

Marijan|Marjan : tp btw, skrg sql based db rata2 udah support json type column ya? performance nya gmna ya

yahyaman : the big guys rata2 udah, albeit implementasinya nggak standar. performance gw cuma bisa ngomong buat postgre, karena itu yang gw pake. so far so good, even ada yang salah masuk ke flow flash sale pun. setidaknya field retrieval mah cepet.

yahyaman : di google bigquery json jadinya string, atau kalo standar bentukannya dijadiin record/array gt.

Marijan|Marjan : Wan : hoo oke2. kayaknya bakal butuh nyimpen json, tp ragu pake tipe json atau text biasa aja

saran gw sih, bener2 pikirin datanya apa memang gak terstruktur. selama masih punya struktur, desain table yang proper masih lebih baik. salah satu real casenya yang udah dipastikan gak bisa disamain strukturnya adalah hasil API call dari berbagai platform yang lo integrate pada bidang yang sama.

misalnya di SIRCLO kan bisa integrate produk dari Shopee n Toped, yang mana response structure kalo sync ke keduanya pastinja berbeza dan tidak mungkin disamakan. Ini woke disimpan as JSON karena kalo lapor bug juga mereka mintanya itu tanpa diutak-atik.

I see. ini structured sih harusnya, tp cukup depth. berasa ribet aja mappingnya

eh bukan depth aja sih, tp bisa beda field berdasar tipenya. semacam kuesioner gtu kan bisa beda2 tipe jawabannya (single, multiple, esai, dll)

menurut gw itu belom pas sih, coba baca tutorial ini:

Database Design for Online Survey Systems

walaupun itu buat showcase suatu tool, tapi designnya applicable independently

wow nice info, thank you om Marijan|Marjan

ni ada beberapa bahan dongeng sebelum tidur:
*

When To Avoid JSONB In A PostgreSQL Schema

*

Database Individual Columns vs JSON Column | The Sta...

* When to use JSON data type in database schema design...