Department of Computer Engineering

Homework 4
Lecture 5, 6, 7

Course Principles of Database

Spring 2023
‫‪Principles of Database Design‬‬ ‫‪Homework 3‬‬

‫‪ -1‬ﻣﻔﺎﻫﯿﻢ زﯾﺮ را ﺗﻌﺮﯾﻒ ﮐﻨﯿﺪ‪:‬‬

‫اﻟﻒ( ﮐﺎردﯾﻨﺎﻟﯿﺘﯽ ﻧﮕﺎﺷﺖ‬

‫ب( ﻣﺠﻤﻮﻋﻪ ﻣﻮﺟﻮدﯾﺖ ﺿﻌﯿﻒ‬

‫ج( ﻣﺠﻤﻮﻋﻪ ﻣﻮﺟﻮدﯾﺖ ﻗﻮي‬

‫د( ﻣﺸﺎرك ﮐﺎﻣﻞ‬

‫‪ -2‬ﻣﺎ ﻣﯽ ﺗﻮاﻧﯿﻢ ﺑﺎ اﻓﺰودن وﯾﮋﮔﯿﻬﺎي ﻣﻨﺎﺳﺐ‪ ،‬ﻣﺠﻤﻮﻋﻪ ﻣﻮﺟﻮدﯾﺖ ﺿﻌﯿﻒ را ﺑﻪ ﻣﺠﻤﻮﻋﻪ ﻣﻮﺟﻮدﯾﺘﯽ ﻗﻮي ﺗﺒﺪﯾﻞ ﮐﻨﯿﻢ‪ .‬ﺑﻨﺎﺑﺮاﯾﻦ ﻋﻠﺖ‬
‫وﺟﻮد ﻣﺠﻤﻮﻋﻪ ﻣﻮﺟﻮدﯾﺘﻬﺎي ﺿﻌﯿﻒ ﭼﯿﺴﺖ؟‬

‫‪ -3‬اﻟﻒ( آﯾﺎ ﻣﯽ ﺗﻮان راﺑﻄﻪ ﺳﻪ ﺗﺎﯾﯽ زﯾﺮ را ﺑﻪ دوﺗﺎﯾﯽ ﺗﺒﺪﯾﻞ ﮐﺮد؟ درﺻﻮرت ﻣﺜﺒﺖ ﺑﻮدن ﺑﺎ ﻣﺜﺎﻟﯽ دو روش ﻣﺘﻔﺎوت در ﺗﺒﺪﯾﻞ راﺑﻄﻪ‬
‫ﺳﻪ ﺗﺎﯾﯽ ﺑﻪ دوﺗﺎﯾﯽ را ﻧﺸﺎن دﻫﯿﺪ‪ .‬ب( راه ﺣﻠﯽ ﺑﺮاي ﺗﺒﺪﯾﻞ راﺑﻄﻪ ﭼﻬﺎرﺗﺎﯾﯽ ﺑﻪ دوﺗﺎﯾﯽ ﭘﯿﺸﻨﻬﺎد دﻫﯿﺪ‪ .‬اﻣﺘﯿﺎزي( راه ﺣﻠﯽ ﺑﺮاي ﺗﺒﺪﯾﻞ‬
‫راﺑﻄﻪ ‪n‬ﺗﺎﯾﯽ ﺑﻪ دوﺗﺎﯾﯽ ﭘﯿﺸﻨﻬﺎد دﻫﯿﺪ‪.‬‬

‫‪ -4‬ﺑﺮاي ﻧﻤﻮدار ‪ ER‬زﯾﺮ ﺟﺪول ﻣﻨﺎﺳﺐ ﺑﺴﺎزﯾﺪ‪ .‬ﻣﺸﺨﺺ ﮐﺮدن ﮐﻠﯿﺪﻫﺎي اﺻﻠﯽ‪ ،‬ﺧﺎرﺟﯽ در ﮐﻨﺎر ﺷﻤﺎي راﺑﻄﻪاي ﮐﺎﻓﯽ ﻣﯽﺑﺎﺷﺪ‪.‬‬

‫‪2‬‬
‫‪Principles of Database Design‬‬ ‫‪Homework 3‬‬

‫‪ -5‬ﻓﺮض ﮐﻨﯿﺪ ﻃﺮاﺣﯽ ﭘﺎﯾﮕﺎه دادهي ﯾﮏ ﺷﺮﮐﺖ ﮐﻮﺗﺎهﮐﻨﻨﺪهي ﻟﯿﻨﮏ ﺑﺎ ﻧﺎم ‪ tinyURL‬را ﺑﺮﻋﻬﺪه دارﯾﺪ‪ .‬اﯾﻦ ﺷﺮﮐﺖ ﺑﺎ درﯾﺎﻓﺖ ﯾﮏ‬
‫‪ URL‬ﯾﮏ ﻟﯿﻨﮏ ﮐﻮﺗﺎه ﺷﺪه ﺑﺮاي آن ﺗﻮﻟﯿﺪ ﻣﯽﮐﻨﺪ‪ .‬ﺷﺮﮐﺖ ‪ tinyURL‬دو ﺳﺮوﯾﺲ اراﺋﻪ ﻣﯽﮐﻨﺪ‪ ،‬ﺳﺮوﯾﺲ راﯾﮕﺎن و ﺳﺮوﯾﺲ وﯾﮋه‪.‬‬
‫ﺳﺮوﯾﺲ وﯾﮋه ﻣﺨﺼﻮص ﻣﺸﺘﺮﯾﺎﻧﯽ اﺳﺖ ﮐﻪ اﻃﻼﻋﺎت ﺧﻮد را ﮐﻪ ﺷﺎﻣﻞ ﻧﺎم‪ ،‬ﻧﺎم ﺧﺎﻧﻮاﻧﺪﮔﯽ و ﺷﻤﺎره ﺗﻤﺎس ﻣﯽﺑﺎﺷﺪ ﺛﺒﺖ و ﺗﺎﯾﯿﺪ ﮐﺮدهاﻧﺪ‪.‬‬
‫در ﺳﺮوﯾﺲ وﯾﮋه‪ ،‬ﻣﺸﺘﺮي ﯾﮏ ﺗﻘﺎﺿﺎ ﺑﺮاي ﯾﮏ ‪ URL‬و ﻟﯿﻨﮏ ﮐﻮﺗﺎه ﺷﺪهي آن ﻣﯽﮔﺬارد‪ .‬ﺗﻘﺎﺿﺎ وﺿﻌﯿﺖﻫﺎي زﯾﺮ را ﻃﯽ ﻣﯽﮐﻨﺪ‪:‬‬

‫در ﺣﺎل ﺑﺮرﺳﯽ‪ :‬اﯾﻦ وﺿﻌﯿﺖ ﯾﮏ ﺗﻘﺎﺿﺎ ﺑﻪ ﻫﻨﮕﺎم ﺳﺎﺧﺘﻪ ﺷﺪن ﻣﯽﺑﺎﺷﺪ‪.‬‬ ‫•‬
‫رد‪ :‬ﺗﻘﺎﺿﺎ ﻗﺎﺑﻞ اﻧﺠﺎم ﻧﺒﻮده و رد ﺷﺪه اﺳﺖ‪ .‬در اﯾﻦ ﺻﻮرت ﻧﯿﺎز اﺳﺖ ﮐﻪ ﺗﻘﺎﺿﺎ ﺑﺮاي ﮐﺎرﺑﺮ وﯾﮋه در ﺣﺴﺎﺑﺶ ﻗﺎﺑﻞ ﻣﺸﺎﻫﺪه‬ ‫•‬
‫ﺑﺎﺷﺪ‪.‬‬
‫ﺗﺎﯾﯿﺪ‪ :‬ﺗﻘﺎﺿﺎ ﺗﺎﯾﯿﺪ ﺷﺪه و ﺑﺮاي آن ﯾﮏ ﻓﺎﮐﺘﻮر وﺟﻮد دارد‪ .‬ﻫﺮ ﻓﺎﮐﺘﻮر ﺑﺮاي ﯾﮏ ﺗﻘﺎﺿﺎ ﻣﺸﺨﺺ ﻣﯽﺑﺎﺷﺪ‪.‬‬ ‫•‬

‫ﺑﻨﺎﺑﺮاﯾﻦ ﻫﺮ ﺗﻘﺎﺿﺎ ﺷﺎﻣﻞ ﻣﺘﻘﺎﺿﯽ‪ ،URL ،‬ﻟﯿﻨﮏ ﮐﻮﺗﺎه ﺷﺪه و وﺿﻌﯿﺖ ﺗﻘﺎﺿﺎ ﻣﯽﺑﺎﺷﺪ‪.‬‬

‫ﺳﺮوﯾﺲ راﯾﮕﺎن ‪ tinyURL‬ﻓﺎﻗﺪ اﻃﻼﻋﺎت ﮐﺎرﺑﺮي ﺑﻮده و ﺗﻨﻬﺎ ﻟﯿﻨﮏ و ﻧﺴﺨﻪي ﮐﻮﺗﺎه ﺷﺪهي آن را در ﺑﺮدارد‪.‬‬

‫در ﺻﻮرﺗﯽ ﮐﻪ ﯾﮑﯽ از ﺳﺮوﯾﺲﻫﺎي وﯾﮋه ﺑﺨﻮاﻫﻨﺪ ﻟﯿﻨﮏ ﮐﻮﺗﺎه ﺷﺪهي ﺧﻮد را ﭘﺎك ﮐﻨﻨﺪ‪ ،‬اﯾﻦ ﻟﯿﻨﮏ ﻧﺒﺎﯾﺪ ﭘﺎك ﺷﻮد ﺑﻠﮑﻪ ﺗﻨﻬﺎ ﻣﯽﺑﺎﯾﺴﺖ‬
‫ﺗﺤﺖ ﻋﻨﻮان ﻧﺎﻣﻌﺘﺒﺮ ﺷﻨﺎﺧﺘﻪ ﺷﻮد ﮐﻪ در آﯾﻨﺪه در اﺧﺘﯿﺎر ﺷﺮﮐﺖ دﯾﮕﺮي ﻗﺮار ﻧﮕﯿﺮد‪ .‬اﯾﻦ اﻣﺮ ﺑﺮاي ﺳﺮوﯾﺲ ﻋﺎدي ﻣﻮرد ﻧﯿﺎز ﻧﺒﻮده و‬
‫ﮐﺎﻓﯽ اﺳﺖ ﮐﻪ ﻟﯿﻨﮏ ﭘﺎك ﺷﻮد‪ .‬در واﻗﻊ ﻟﯿﻨﮏ ﮐﻮﺗﺎه ﺷﺪهي ﯾﮏ ﺳﺮوﯾﺲ وﯾﮋه ﻧﺒﺎﯾﺪ ﺣﺘﯽ ﭘﺲ از ﭘﺎك ﺷﺪن ﻫﻢ ﺑﺮاي ﺳﺎﯾﺮ ﺳﺮوﯾﺲﻫﺎي‬
‫وﯾﮋه ﻗﺎﺑﻞ اﺳﺘﻔﺎده ﺑﺎﺷﺪ و اﯾﻦ در ﺣﺎﻟﯽ اﺳﺖ ﮐﻪ ﻟﯿﻨﮏﻫﺎي ﮐﻮﺗﺎه ﺷﺪه ﺳﺮوﯾﺲ راﯾﮕﺎن ﺑﻌﺪ از ﭘﺎك ﺷﺪن ﻣﻤﮑﻦ اﺳﺖ دوﺑﺎره ﻣﻮرد‬
‫اﺳﺘﻔﺎده ﻗﺮار ﺑﮕﯿﺮﻧﺪ‪.‬‬
‫ﻫﺮ ﻓﺎﮐﺘﻮر در ﮐﻨﺎر ﺷﻤﺎره ﺗﻘﺎﺿﺎ و ﻣﺒﻠﻎ‪ ،‬اﻃﻼﻋﺎت ﺻﺎﺣﺐ ﺗﻘﺎﺿﺎ را ﻧﯿﺰ در ﺑﺮ ﻣﯽﮔﯿﺮد‪ .‬در ﻧﻬﺎﯾﺖ ﺑﻌﺪ از ﺗﺎﯾﯿﺪ ﺗﻘﺎﺿﺎ و ﭘﺮداﺧﺖ ﻓﺎﮐﺘﻮر‬
‫اﯾﻦ اﻃﻼﻋﺎت ﺑﻪ ﻫﻤﺮاه اﻃﻼﻋﺎت ‪ URL‬و ﻟﯿﻨﮏ ﮐﻮﺗﺎه ﺷﺪه ﻣﯽﺑﺎﯾﺴﺖ ذﺧﯿﺮه ﺷﻮﻧﺪ‪ .‬اﯾﻦ اﻣﺮ ﺑﺮﺧﻼف ﻟﯿﻨﮏﻫﺎي ﺳﺮوﯾﺲ راﯾﮕﺎن ﻣﯽﺑﺎﺷﺪ‬
‫ﮐﻪ ﺗﻨﻬﺎ ﺷﺎﻣﻞ ﻟﯿﻨﮏ و ﻧﺴﺨﻪي ﮐﻮﺗﺎه ﺷﺪه ﺑﻮدﻧﺪ‪.‬‬
‫ﺑﺮاي ﺗﻤﺎﻣﯽ ﺳﺮوﯾﺲﻫﺎي وﯾﮋه و راﯾﮕﺎن ﻣﯽﺑﺎﯾﺴﺖ ﺗﻌﺪاد دﺳﺘﺮﺳﯽﻫﺎ ﺑﻪ ﻟﯿﻨﮏﻫﺎ ﺷﻤﺮده و ذﺧﯿﺮه ﺷﻮد‪ .‬اﯾﻦ ﺷﻤﺎرش ﻣﯽﺑﺎﯾﺴﺖ ﺑﻪ‬
‫ﮔﻮﻧﻪاي ﺑﺎﺷﺪ ﮐﻪ در ﻣﻮرد ﻣﺤﻞ دﺳﺘﺮﺳﯽ ﻫﻢ اﻃﻼﻋﺎت ﺑﺪﻫﺪ ﯾﻌﻨﯽ ﻣﺸﺨﺺ ﮐﻨﺪ ﮐﻪ ‪ 10‬ﺑﺎر از ﻃﺮﯾﻖ اﯾﺮان ﯾﺎ ‪ 10‬ﺑﺎر ﺧﺎرج اﯾﺮان‬
‫دﺳﺘﺮﺳﯽ وﺟﻮد داﺷﺘﻪ اﺳﺖ‪) .‬ﻣﮑﺎنﻫﺎي ﺗﻌﺮﯾﻒ ﺷﺪه ﺑﺮاي ﺷﺮﮐﺖ ‪ ،tinyURL‬داﺧﻞ و ﺧﺎرج اﯾﺮان ﻣﯽﺑﺎﺷﺪ(‬
‫ﺑﺮاي ﻣﺸﺘﺮﯾﺎن وﯾﮋه ﯾﮏ ﻗﺴﻤﺖ ﭘﺮﺳﺶ و ﭘﺎﺳﺦ وﺟﻮد دارد ﮐﻪ ﻣﯽﺗﻮاﻧﻨﺪ ﻣﺸﮑﻼت ﺧﻮد را ﭘﯿﮕﯿﺮي ﮐﻨﻨﺪ‪ .‬اﯾﻦ ﻗﺴﻤﺖ ﺷﺎﻣﻞ ﺗﻌﺪادي‬
‫ﭘﺮﺳﺶ و ﭘﺎﺳﺦ اﺳﺖ ﮐﻪ ﻣﯽﺗﻮاﻧﻨﺪ اداﻣﻪدار ﺑﺎﺷﻨﺪ‪ .‬از آﻧﺠﺎﯾﯽ ﮐﻪ ﻣﻤﮑﻦ اﺳﺖ ﺑﺮاي رﺳﯿﺪﮔﯽ ﺑﻪ ﺷﮑﺎﯾﺎت‪ ،‬ﺑﻪ اﻃﻼﻋﺎت اﯾﻦ ﻗﺴﻤﺖ ﻧﯿﺎز‬
‫ﺑﺎﺷﺪ ﻣﯽﺑﺎﯾﺴﺖ اﯾﻦ اﻃﻼﻋﺎت ذﺧﯿﺮه ﺷﻮﻧﺪ‪ .‬ﺑﺮاي ﻫﺮ ﭘﺮﺳﺶ و ﭘﺎﺳﺦ در ﮐﻨﺎر ﻣﺘﻦ ﻧﯿﺎز اﺳﺖ ﮐﻪ ﻧﺎم ﻧﻮﯾﺴﻨﺪه را ﻧﯿﺰ ﻧﮕﻬﺪاري ﮐﺮد‪.‬‬
‫ﺑﺮاي ﺳﺮوﯾﺲ وﯾﮋه و راﯾﮕﺎن ﻧﯿﺎز اﺳﺖ ﮐﻪ زﻣﺎن ﺳﺎﺧﺖ ﻟﯿﻨﮏ ذﺧﯿﺮه ﺷﻮد‪ .‬ﺑﺮاي ﺳﺮوﯾﺲ وﯾﮋه زﻣﺎﻧﯽ ﮐﻪ ﻟﯿﻨﮏ ﻏﯿﺮ ﻓﻌﺎل ﺷﺪه اﺳﺖ ﻧﯿﺰ‬
‫ﻣﯽﺑﺎﯾﺴﺖ ذﺧﯿﺮه ﺷﻮد‪ .‬اﯾﻦ ﻣﻮارد ﻣﯽﺑﺎﯾﺴﺖ ﺑﻪ ﺻﻮرت ﺧﻮدﮐﺎر اﻧﺠﺎم ﺷﻮﻧﺪ‪.‬‬
‫ﻣﺸﺘﺮﯾﺎن وﯾﮋه ﻣﯽﺗﻮاﻧﻨﺪ از ﺳﺮوﯾﺲ ﻟﯿﻨﮏﻫﺎي زﻣﺎندار اﺳﺘﻔﺎده ﮐﻨﻨﺪ‪ ،‬اﯾﻦ ﻟﯿﻨﮏﻫﺎ در ﯾﮏ ﺑﺎزه ﻣﺸﺨﺺ ﻓﻌﺎل ﻫﺴﺘﻨﺪ و ﺑﻌﺪ از آن‬
‫ﻏﯿﺮﻓﻌﺎل ﻣﯽﺷﻮﻧﺪ‪ .‬از ﻧﻈﺮ داده‪ ،‬اﯾﻦ ﻟﯿﻨﮏﻫﺎ ﮐﺎﻣﻼ ﻣﻄﺎﺑﻖ ﺑﺎ ﻟﯿﻨﮏﻫﺎي وﯾﮋه ﻋﺎدي ﻣﯽﺑﺎﺷﻨﺪ ﺑﺎ اﯾﻦ ﺗﻔﺎوت ﮐﻪ زﻣﺎن اﻧﻘﻀﺎ آنﻫﺎ ﻣﯽﺑﺎﯾﺴﺖ‬
‫ذﮐﺮ ﺷﻮد‪) .‬ﺳﻌﯽ ﮐﻨﯿﺪ ﻟﯿﻨﮏﻫﺎي زﻣﺎندار و ﻋﺎدي را ﺑﺎ ﯾﮏ ﻣﻨﻄﻖ ﻣﺸﺘﺮك ﻃﺮاﺣﯽ ﮐﻨﯿﺪ‪(.‬‬

‫ﺑﺨﺶ ﻋﻤﻠﯽ‬

‫‪3‬‬
‫‪Principles of Database Design‬‬ ‫‪Homework 3‬‬

‫ﺗﻮﺟﻪ‪ :‬ﻣﻬﻠﺖ ارﺳﺎل ﺑﺨﺶ ﻋﻤﻠﯽ ﯾﮏ ﻫﻔﺘﻪ ﺑﯿﺸﺘﺮ از ﺑﺨﺶ ﻧﻈﺮي ﻣﯽﺑﺎﺷﺪ و ﺑﺨﺶ اﭘﻠﻮد ﺑﺨﺶ ﻋﻤﻠﯽ ﻧﯿﺰ ﻣﺘﻔﺎوت ﻣﯽﺑﺎﺷﺪ‪ .‬ﺑﺨﺶ ﻋﻤﻠﯽ در‬
‫دﺳﺘﻪﺑﻨﺪي ﭘﺮوژهﻫﺎ ﻗﺮار ﻣﯽﮔﯿﺮد و ﺑﻮدﺟﻪ ﺗﺎﺧﯿﺮ در ارﺳﺎل ﻧﯿﺰ از ﺑﺨﺶ ﭘﺮوژه ﺣﺴﺎب ﻣﯽﺷﻮد‪.‬‬

‫ﺑﺎ ﺗﻮﺟﻪ ﺑﻪ ﺗﻮﺿﯿﺤﺎت ﻣﻮارد زﯾﺮ را ﺗﺤﻮﯾﻞ دﻫﯿﺪ‪.‬‬

‫‪ .1‬ﻟﯿﺴﺖ ﺗﻤﺎم ‪Entity‬ﻫﺎي ﺳﯿﺴﺘﻢ را اﺳﺘﺨﺮاج و ذﮐﺮ ﻧﻤﺎﯾﯿﺪ‪ .‬ﺗﻤﺎﻣﯽ ‪Entity Weak‬ﻫﺎ را ﺑﻪ ﻃﻮر دﻗﯿﻖ ﻣﺸﺨﺺ ﻧﻤﺎﯾﯿﺪ و ﺑﮕﻮﯾﯿﺪ‬
‫‪ Strong Entity‬ﻣﺮﺑﻮط ﺑﻪ ﻫﺮ ﯾﮏ از آنﻫﺎ ﮐﺪام اﺳﺖ‪.‬‬

‫‪ .2‬ﻟﯿﺴﺖ ﺗﻤﺎم ‪Relation‬ﻫﺎ را ﺗﻬﯿﻪ ﮐﻨﯿﺪ‪.‬‬

‫‪ .3‬ﻟﯿﺴﺖ ﺗﻤﺎم ﮐﻠﯿﺪ ﻫﺎ‪ ،‬ﺻﻔﺎت‪Entity ،‬ﻫﺎ و ‪Relation‬ﻫﺎ را ﺗﻬﯿﻪ ﮐﻨﯿﺪ‪.‬‬

‫‪ .4‬ﺑﺮاي ﻫﺮ ‪ Entity‬ﻟﯿﺴﺖ ﺗﻤﺎم ‪Attribute‬ﻫﺎ را ﺷﺎﻣﻞ ﻧﺎم‪ ،‬ﻧﻮع و ﻣﻘﺎدﯾﺮ ﭘﯿﺶ ﻓﺮض و ‪Option‬ﻫﺎي دﯾﮕﺮ ﻣﺸﺨﺺ ﻧﻤﺎﯾﯿﺪ‪ .‬ﺗﻮﺟﻪ‬
‫ﮐﻨﯿﺪ ﺣﺘﻤﺎ ‪Key Primary‬ﻫﺎ ﺑﻪ ﻃﻮر دﻗﯿﻖ ﻣﺸﺨﺺ ﺷﺪه ﺑﺎﺷﻨﺪ‪ .‬در ﻣﻮرد ‪Key Foreign‬ﻫﺎ ﺑﮕﻮﯾﯿﺪ ارﺟﺎع آن ﻫﺎ ﺑﻪ ﮐﺪام ﻣﻮﻟﻔﻪ‬
‫از ﮐﺪام ‪ Entity‬ﺑﺎز ﻣﯽ ﮔﺮدد‪.‬‬

‫‪ ERD .5‬ﻧﻬﺎﯾﯽ را ﺑﻪ ﻃﻮر ﮐﺎﻣﻞ رﺳﻢ ﻧﻤﺎﯾﯿﺪ‪ .‬رواﺑﻂ ﺗﻤﺎم ‪Entity‬ﻫﺎ و ‪ Cardinality‬ﺗﻤﺎم رواﺑﻂ ﺑﺎﯾﺪ ﺑﻪ ﻃﻮر دﻗﯿﻖ در اﯾﻦ ﻧﻤﻮدار‬
‫ﻣﺸﺨﺺ ﺷﺪه ﺑﺎﺷﺪ‪.‬‬

‫‪ .6‬ﺗﻤﺎم دﺳﺘﻮرات ﻻزم ﺑﺮاي اﯾﺠﺎد ﭘﺎﯾﮕﺎه داده ﻣﻄﺎﺑﻖ ﺑﺎ ﻃﺮاﺣﯽ اﻧﺠﺎم ﺷﺪه را در ﯾﮏ ﻓﺎﯾﻞ ﻣﺘﻨﯽ ﺑﻨﻮﯾﺴﯿﺪ ﺑﻪ ﻃﻮري ﮐﻪ اﺟﺮاي ﻓﺎﯾﻞ‬
‫ﻣﺘﻨﯽ ﺑﻪ ﻃﻮر ﮐﺎﻣﻞ و ﺑﺪون اﺷﮑﺎل‪ ،‬ﭘﺎﯾﮕﺎه داده ﻃﺮاﺣﯽ ﺷﺪه را اﯾﺠﺎد ﻧﻤﺎﯾﯿﺪ‪.‬‬

‫‪ .7‬اﮐﺴﭙﻮرت ﭘﺎﯾﮕﺎه داده اﯾﺠﺎد ﺷﺪه را ﺿﻤﯿﻤﻪ ﻓﺎﯾﻞ ﻫﺎي ارﺳﺎﻟﯽ ﻧﻤﺎﯾﯿﺪ‪.‬‬

‫‪ .8‬در ﻧﻈﺮ داﺷﺘﻪ ﺑﺎﺷﯿﺪ ﺑﺮﺧﯽ از اﯾﻦ ﻣﻮارد در ﺑﺮﻧﺎﻣﻪ ي ﮐﺎرﺑﺮدي ﭘﯿﺎده ﺳﺎزي ﻣﯽ ﮔﺮدﻧﺪ ﮐﻪ از ﺣﻮزه اﯾﻦ ﭘﺮوژه ﺧﺎرج اﺳﺖ اﻣﺎ ﻣﻮارد‬
‫ﻣﺮﺑﻮط ﺑﻪ اﻧﺠﺎم ﺧﻮدﮐﺎر ﺑﺮﺧﯽ ﮐﺎرﻫﺎ ﻣﯽ ﺑﺎﯾﺴﺖ در ﭘﺎﯾﮕﺎه داده ﺑﻪ وﺳﯿﻠﻪي ‪ Trigger‬و ‪ ...‬ﺻﻮرت ﺑﮕﯿﺮد‪.‬‬

‫‪4‬‬
‫‪Principles of Database Design‬‬ ‫‪Homework 3‬‬

‫ﺑﻪ ﻧﮑﺎت زﯾﺮ ﺗﻮﺟﻪ ﮐﻨﯿﺪ‪.‬‬

‫ﻣﻬﻠﺖ ارﺳﺎل ﺗﻤ‪.-‬ﻦ ﺳﺎﻋﺖ ‪ ۲۳:۵۹‬روز ﺟﻤﻌﻪ ‪ ۵‬ﺧﺮداد ﻣﺎە ?@ﺎﺷﺪ‪.‬‬ ‫•‬
‫ﻣﻬﻠﺖ ارﺳﺎل @ﺨﺶ ﻋﻤ‪ F‬ﺳﺎﻋﺖ ‪ ۲۳:۵۹‬روز ﺟﻤﻌﻪ ‪ ۱۲‬ﺧﺮداد ﻣﺎە ?@ﺎﺷﺪ‪.‬‬ ‫•‬
‫در ﺻﻮرت ﮐﺸﻒ ﺗﻘﻠﺐ ﻧﻤﺮە ﺗﻤ‪.-‬ﻦ ‪ ۰‬در ﻧﻈﺮ ﮔﺮﻓﺘﻪ ?ﺷﻮد‪.‬‬ ‫•‬
‫• ﺳﻮاﻻت ﺧﻮد را ?ﺗﻮاﻧ‪W‬ﺪ از ﻃ‪.-‬ﻖ ﺗﻠ‪Z‬ﺮام \ﺎ ا\ﻤ‪W‬ﻞ از ﺗﺪر^ﺴ‪W‬ﺎرﻫﺎی درس ﺑ‪de‬ﺳ‪W‬ﺪ‪.‬‬
‫• ﻓﺎ\ﻞ ‪f‬ﺎﺳﺦ ﺗﻤ‪.-‬ﻦ را ﺗﻨ‪i‬ﺎ @ﺎ ﻗﺎﻟﺐ ‪ HW?_StudentNumber.pdf‬در ﮐﻮر ‪m‬‬
‫‪@ l‬ﺎرﮔﺰاری ﮐﻨ‪W‬ﺪ‪.‬‬
‫ﻧﻤﻮﻧﻪ‪HW1_9831072 :‬‬ ‫•‬

‫‪5‬‬