Help Ilang Tables kaya kailangan mga master?

[kikoletz]

ilang tables kaya kakailanganin dito para ma execute ito mga master? mga master? Log in sya then mag OOTP using email. medyo nalimutan ko na ung kokonteng natutunan ko sa school about ER Diagram... pahelp nmn po please

 

[Arcturus]

bakit naman po sa tissue sinulat haha.

 

[kikoletz]

bakit naman po sa tissue sinulat haha.

mabilisan lang master hahah

 

[Misanthropy]

2 tables i guess

1 for user details (id, username, password, email)
1 for otp (id, otp, expiration???)

 

[Arcturus]

2 tables i guess

1 for user details (id, username, password, email)
1 for otp (id, otp, expiration???)

tama paps, for user and otp's.

 

[kikoletz]

2 tables i guess

1 for user details (id, username, password, email)
1 for otp (id, otp, expiration???)

pano kaya hitsura nyan kapag nilagay sa Entity Relationship Diagram sir?

 

[Misanthropy]

yun ang di ko alam bossing. wahahaha di ko pa po napag aaralan ER Diagram.

 

[kikoletz]

yun ang di ko alam bossing. wahahaha di ko pa po napag aaralan ER Diagram.

sobrang fast phase kasi sa online class, 2 years ago pa naituro hirap mag refresh hahha

 

[Misanthropy]

tingin ko kasi bossing walang relationship yan, sadyang magkahiwalay yang dalawang table na yan. ewan ko kung paano yung ER Diagram pero parang ganun yung concept niya siguro.

From user details table kasi bossing walang kukunin yung otp table from that. sadyang validation lang.

pero di ako sure. kung sino mang pro dito, please enlighten me wahaha.

 

[kikoletz]

ang pagkakatanda ko nmn master , dba ung sa email isesend ung OTP? therefore ung email ang magiging Foreign key dun sa kabilang table para magkaron sila ng relation , then since kelangan ivalidate si username it can be the primary key dun sa unang table.. parang ganun.. kahit ako nalilito HAHAHH
need natin help ng ibang masters dito

tingin ko kasi bossing walang relationship yan, sadyang magkahiwalay yang dalawang table na yan. ewan ko kung paano yung ER Diagram pero parang ganun yung concept niya siguro.

From user details table kasi bossing walang kukunin yung otp table from that. sadyang validation lang.

pero di ako sure. kung sino mang pro dito, please enlighten me wahaha

 

[Misanthropy]

hmm so

user_tbl = (id [PK], email [FK], username, password)
otp_tbl = (id [PK], otp, email, expiration)

so one to one cardinality lang siya, ganto kalalabasan

wahahahahahaha tama ba.

 

[kikoletz]

not sure pero mukang malapit nahahaha
salamat sa effort master

hmm so

user_tbl = (id [PK], email [FK], username, password)
otp_tbl = (id [PK], otp, email, expiration)

so one to one cardinality lang siya, ganto kalalabasan
View attachment 2093725
wahahahahahaha tama ba.

 

[Katipunero-]

hmm so

user_tbl = (id [PK], email [FK], username, password)
otp_tbl = (id [PK], otp, email, expiration)

so one to one cardinality lang siya, ganto kalalabasan
View attachment 2093725
wahahahahahaha tama ba.

pwede mo na tanggalin yung id sa otp na table. Gawin mong composite, pwedeng yung code at Email ang maging primary key with 2 column. Tas dagdagan mo pa ng isang column yung OTP table para sa date_used for validation mo sa client-side.

 

[dev-ace]

isang table lang , sa email_verified_at malalaman kung verified na yung user

 

[iamjasz]

Sa tissue talaga nagsisimula ang lahat eh.. hahaha

 

[intoi]

sampu