Open GoogleCodeExporter opened 9 years ago
Trong Bảng Cơ Sở Dữ Liệu Tuấn đưa lên, Trang thấy có một
số thực thể dư thừa:
_ Footer
_ Member_hit
_ Hitcount
Những thực thể này thì trong quá trình thiết kế Website mình
sẽ cần đến nó để tạo nên giao diện của trang web nhưng ở
đây mình đang phân tích vào cấu trúc dữ liệu chính của hệ
thống (tìm mối liên hệ giữa các thực thể). Trang nghĩ không
nên để các thực thể đó vào vì nó không quan hệ với thực
thể nào trong hệ thống cả!!!
Original comment by kimtrang...@gmail.com
on 29 Oct 2010 at 1:41
Attachments:
Bạn nói đúng, vậy bạn nghĩ chúng ta nên giải quyết như thế
nào về phần này. Do mình muốn tất cả các nội dung, chuyên
mục trên trang web đều có thể thay thế được.
Original comment by danchoit...@gmail.com
on 29 Oct 2010 at 1:46
Về CSDL:
* Đối với quản lý thành viên: mình nên chia table member ra làm 2
loại
- member: trong table này sẽ chứa tất cả các thông tin về tài
khoản thành viên khi họ đăng kí, không liên quan gì đến công ty.
+ id_member
+ member_user
+ member_password
+ member_name
+ member_id_country (quoc gia member)
+ member _sex
+ member_email
+ member_addresstel
+ member_fax
+ member_kind (member,doanhnghiep,VIP,admin)
+ member_intro
+ member_dayupdate
+ member_randomkey
+ member_disabledateuser
+ member_accesslevel
+ member_active
Ghi chú: sau khi tạo thành viên thành công, thành viên phải đăng nhập để điền thông tin chi tiết về công ty và sẽ được lưu trong các thuộc tính có tiền tố “cty”
- company: chứa tất cả các thành viên khi họ là doanh nghiệp tham
gia(thông qua loại thành viên khi họ đăng kí thành viên)
+ id_company
+ company_name
+ company_name_EN
+ company_id_country (quoc gia cong ty)
+ company_postcode // mã quốc gia
+ company_logo
+ company_address
+ company_address_EN
+ company_tel
+ company_mobile
+ company_email
+ company_fax
+ company_website
+ company_id_industry
+ company_id_business_form (hình thức kinh doanh của công ty)
+ company_name_represent (tên người đại diện)
+ company_mansex_represent(giới tính người đại diện)
+ company_manstatus_represent (chức vụ của người đại diện)
+ company_manstatus_represent_EN
+ company_number_employees(Số nhân viên)
+ company_number_employees_EN
+ company_year_foundation (năm thành lập)
+ company_authorized_capital (Vốn điều lệ)
+ company_yearly_revenue(Doanh thu hằng năm)
+ company_export_rates(Tỉ lệ xuất khẩu)
+ company_import_ratio(Tỉ lệ nhập khẩu)
+ company_main_product(Sản phẩm chính)
+ company_main_product_EN
+ company_main_markets_orther
+ company_shortinfo
+ company_shortinfo_EN
+ info_company
+ info_company_EN
+ company_potential(DN tiềm năng)
+ day_update
+ company_id_member
Ngoài ra đối với thành viên thì phải có một "hồ sơ cá nhân"
- Member_profile : gồm có
+ hình minh họa
+ năm hoạt động
+ vốn điều lệ
+ doanh thu hằng năm
+ tỉ lệ xuất khẩu
+ tỉ lệ nhập khẩu
+ sản phẩm chính
+ thị trường hoạt động chính
+ giới thiệu
Lưu ý:
- Các table có liên quan thì cũng nên xử lý sao cho tối ưu nhất,
như là dữ liệu chứa nội dung cố định và thường được sử
dụng: năm hoạt động, doanh thu hàng năm, tỉ lệ xuất nhập
khẩu.
- thị trường chính: vì mội thành viên hoặc doanh nghiệp có
thể có các thị trường hoạt động khác nhau.
- Quốc gia: thì đối với thành viên với doanh nghiệp không
giống nhau, vì một công ty có thể có nhiều thành viên từ
nhiều nơi khac nhau và một công ty cũng có thể có nhiều chi
nhánh từ nhiều nước khu vực khác nhau.
Original comment by hsp...@gmail.com
on 29 Oct 2010 at 1:56
Hi.Nếu Tuấn muốn tất cả các nội dung, chuyên mục trên trang
web đều có thể thay thế được, thì hãy đặc tả yêu cầu như
thế, Và phần đó khi người thiết kế web xem thì họ sẽ biết
mình phải làm như thế nào để đáp ứng yêu cầu đó. Còn bây
giờ mình chỉ phân tích vào cấu trúc dữ liệu chính của hệ
thống để tìm mối liên hệ giữa các bảng. Do đó mình sẽ
không đưa nó vào.hì hì
Original comment by kimtrang...@gmail.com
on 29 Oct 2010 at 1:58
Ý kiến về commit của Thọ:
_ Thọ nói đúng table member không nên để như vậy. Nhưng trang
nghĩ: Table Member sẽ bao gồm các thuộc tính như Thọ nói ở trên
còn thông tin về công ty của thành viên chúng ta sẽ lưu trong
bảng company luôn(không cần có thêm bảng congty). Như vậy sẽ
đỡ tốn dung lượng để chứa một table mới vì thông tin của 2
table cũng gần giống như nhau.
_ Doanh nghiệp thì sẽ có "Thông Tin Doanh Nghiệp", Còn Thành viên
muốn tạo Shop thì cũng phải có "Hồ Sơ Cá Nhân" để tạo cảm
giác an tâm cho khách hàng. Do đó nên cho thêm một
table:Member_profile
Original comment by kimtrang...@gmail.com
on 29 Oct 2010 at 2:21
1. "Comment 4 by project member kimtrang7789, Today (24 minutes ago)
Hi.Nếu Tuấn muốn tất cả các nội dung, chuyên mục trên trang
web đều có thể thay thế được, thì hãy đặc tả yêu cầu như
thế, Và phần đó khi người thiết kế web xem thì họ sẽ biết
mình phải làm như thế nào để đáp ứng yêu cầu đó. Còn bây
giờ mình chỉ phân tích vào cấu trúc dữ liệu chính của hệ
thống để tìm mối liên hệ giữa các bảng. Do đó mình sẽ
không đưa nó vào.hì hì".
Do mình là phát họa toàn bộ cơ sở dữ liệu của hệ thống luôn, nên sẽ có những phần mà chỉ có trong hệ thống - nhằm làm đẹp trang web và tính "cơ động" trong hệ thống (nếu cần phần gì thì mình chỉ cần thêm vào hay chỉ định ra là có thể sử dụng, không cần phải viết lại code nữa). Vậy trong bảng cơ sở dữ liệu mình sẽ làm rõ ra hai phần: phần cấu trúc cơ sở dữ liệu - thể hiện phần đặc tả hệ thống; nó sẽ được gạch chân, in đậm bằng màu đỏ tại mỗi tên bảng(có liên quan). Còn các bảng không có liên quan tới cấu trúc hệ thống, mình sẽ để bình thường.
2. Đồng ý với hai bạn, mình sẽ tách bảng Member ra thành hai
bảng, bảng "Member" và "Company" theo ý các bạn, và sẽ tạo thêm
các ràng buộc khác cũng như là các bảng liên quan như Thọ
nói(để làm chặt chẽ và phong phú cho phần thông tin).
Original comment by danchoit...@gmail.com
on 29 Oct 2010 at 3:02
Trang nghĩ Cơ sở dữ liệu mình cần có thêm những Table như:
Giao diện Website của mình có post Câu Chuyện Doanh Nhân, Nên cần
có thêm Table "CauChuyenDoanhNhan" gồm những thuộc tính sau:
_ Macauchuyen
_ Tieude
_ Motangan
_ Mota
_ Hinhdaidien
_ Ngaycapnhat
_ Trangthai
Table "Ngangcongnghiep"
_ Manganhcongnghiep
_ Tennganhcongnghiep
Table "Loaidichvu"
_ Maloaidichvu
_ Tenloaidichvu
Table "Loaisanpham"
_ Maloaisanpham
_ Tenloaisanpham
Trang nghĩ Table "question_answer" không nên chứa cả Hỏi và Đáp.
Nên để riêng thành 2 Table:
* Hỏi:
_ Macauhoi
_ Hoten
_ Email
_ Tieude
_ Noidung
_ Ngaycapnhat
_ Trangthai
* Traloi:
_ Matraloi
_ MaTV
_ Hoten
_ Noidung
_ Ngaycapnhat
_ Trangthai
_ Macauhoi (khóa ngoại)
Theo bảng Đặc tả yêu cầu của Khách hàng, thì mỗi thành viên
còn có một Hộp thư riêng nên mình phải có thêm Table:"Hopthu"
gồm có những thuộc tính sau:
_ Mahopthu
_ Masanpham (Khóa ngoại)
_ Mabophanlienhe (Khóa ngoại)
_ Tendichvu
_ Nguoinhan
_ Nguoigui (Khóa ngoại)
_ Emailnhan
_ Emailgui
_ Diachi
_ Dienthoai
_ Noidung
_ Chude
_ Ngaycapnhat
_ Thugui
_ Thuxoa
Trang nghĩ nên thêm những Table đó để hoàn chỉnh CSDL!!!
Original comment by kimtrang...@gmail.com
on 29 Oct 2010 at 3:10
Trang có thể chio biết lý do vì sao lại phân tách bảng
Question_Answer không ? Và phần Hop thu trong mỗi thành viên?
Original comment by danchoit...@gmail.com
on 29 Oct 2010 at 3:46
Bon chen tí nha! Trên thực tế như mấy trang yahoo,zing,... nó cũng
phân ra 2 table như vậy,vì:
* Logic: Một câu hỏi thì có thể có nhiều người trả lời
hoặc không có nên nó sẽ có sự phân cấp giữa câu hỏi và
trả lời.
Có thể hình dung bằng cây thư mục dưới:
- Câu hỏi 1
+ Câu trả lời 1_1
+ Câu trả lời 1_2
+ Câu trả lời 1_3
+ ...
- Câu hỏi 2
+ Câu trả lời 2_1
+ Câu trả lời 2_2
+ Câu trả lời 2_3
+ ...
* CSDL: Table "Traloi" sẽ thông qua khóa ngoại "Macauhoi" để biết
được nó thuộc câu trả lời nào và "MaTV" để biết được
thành viên nào trả lời
Original comment by hsp...@gmail.com
on 29 Oct 2010 at 11:13
Theo như bạn nói thì bảng "Hoi" do ai hỏi cũng được hay sao? Do
trong cấu trúc trên thì tớ không thấy có ràng buộc nào về
thành viên hay doanh nghiệp/cá nhân. Còn trong bảng "Traloi" thì
phải là thành viên mới trả lời được đúng hok?
Original comment by danchoit...@gmail.com
on 29 Oct 2010 at 1:42
Đúng rồi đó, mình làm như vậy là để khuyến khích khách hàng:
- Đưa ra những câu hỏi hay và thú vị như thế nhiều người có
thể sẽ cùng biết về vấn đề đó.
- Hạn chế lượng thành viên "tiêu cực" tức là chỉ vì muốn
biết một vấn đề mà phải đăng kí thành viên thì cũng không
cần thiết cho lắm.
Và những câu hỏi này sẽ được Ban Quản Trị duyệt qua nếu
hợp lệ thì sẽ cho hiển thị.
* Còn bàng "Traloi" thì buộc phải là thành viên mới có thể tham
gia nhằm:
- Hạn chế lượng thông tin spam không cần thiết.
- Để biết được thành viên nào trả lời vì khi đó họ còn
có thể trao đổi riêng tư với nhau hoặc offline
-...
Original comment by hsp...@gmail.com
on 29 Oct 2010 at 1:56
Uhm, Trang đồng ý với ý kiến giải thích của Thọ!!!
Còn vấn đề Hộp thư,Như tài liệu đặc tả mà Trang đã post
lên thì khi đăng kí là thành viên của Trang web thì mỗi một
Thành viên sẽ có một Trang "Thông tin cá nhân" riêng và trong trang
ấy sẽ có "Hộp thư" để lưu trữ thông tin liên hệ. Do đó
cần có 1 table "Hopthu" để lưu trữ những thông tin ấy.
Original comment by kimtrang...@gmail.com
on 29 Oct 2010 at 2:48
Ok, mình sẽ tạo thêm 1 bảng "Hộp thư" theo đúng tài liệu đặc
tả
Original comment by danchoit...@gmail.com
on 29 Oct 2010 at 2:49
Uhm. Vậy Tuấn tranh thủ post tài liệu đặc tả final lên nhé!!!
Để chúng ta tiếp tục vào phần khác nữa!!!
Original comment by kimtrang...@gmail.com
on 29 Oct 2010 at 2:58
Trong phần chi tiết sản phẩm với một hình minh họa thì vẫn
chưa đủ, theo yêu cầu thì nên có nhiều hình ảnh để minh họa
cho rõ hơn vì thế nên có thêm một table "thuvienhinh" chắc u biết
cái này chứ nhỉ.
- Dịch vụ: chia ra thành nhiều danh mục dịch vụ khác nhau để
chứa các tin dịch vụ theo loại dịch vụ đó.
vd: dịch vụ photo coppy, dịch vụ bất động sản, dịch vụ
- table: member_contact_member sẽ không dùng mà sử dụng chung với
"Hopthu" luôn nhé
- Và một số table có quan hệ n-n thì u cũng cố gắng hoàn thành
luôn heg.
Theo t vậy là ok rồi đó
Original comment by hsp...@gmail.com
on 29 Oct 2010 at 3:25
Ok mình đã up file cơ sỡ dữ liệu theo ý các bạn và dựa theo
tài liệu đặc tả rùi đó.
Original comment by danchoit...@gmail.com
on 29 Oct 2010 at 6:25
u nên nén các file chuyển sang html lại rồi up vào tab download sau
đó gửi link để mọi người tiện download như vậy sẽ tiện
hơn đó.
Original comment by hsp...@gmail.com
on 30 Oct 2010 at 5:51
ok!
Original comment by ttthiep2...@gmail.com
on 30 Oct 2010 at 1:54
Original issue reported on code.google.com by
danchoit...@gmail.com
on 28 Oct 2010 at 4:26