PDA

View Full Version : xin giúp đỡ về việc phân tích CSDL



oshea1
30-09-2011, 19:04
chào các bạn mình đang học môn hệ quản trị CSDL
và thầy giáo mình một đề bài rất hiểm đó là
phân tích thiết kế CSDL về những cây cầu ở việt nam (để không copy ở đâu dc mà lại mới mẻ)
mình phân tích mãi mà thấy it thực thể quá vậy bác nào pro về phân tích CSDL phân tích giúp mình để mình tham khả nha!! thanks các bác nhiều!!!!!!!!!!!!!!!!


cái này bạn phải nói cụ thể phân tích đặc điểm gì của cây cầu, như là phân tích loại cầu(cầu bắt qua sông, câu vượt, cầu tàu,...) có cần phân tích kết cấu, chức năng, vị trí, giá thành, độ bền, trọng tại,... nói chung là rất nhiều yếu tố
Mình nghĩ là bạn đang đùa đó, chứ sao phân tích hết được
không mình ko đùa đây là đề tài của mình thật: thầy chỉ nói là phân tích CSDL về các cây cầu ở việt nam (cầu qua sông) "những thứ có cần phân tích kết cấu, chức năng, vị trí, giá thành, độ bền, trọng tại " nó thuộc đặc điểm rồi


của mình đơn giản chỉ là quản lý các cây cầu ở việt nam (qua sông)
kiểu như thống kê các cây cầu ở việt nam ý...

trinm1987
30-09-2011, 20:20
cái này bạn phải nói cụ thể phân tích đặc điểm gì của cây cầu, như là phân tích loại cầu(cầu bắt qua sông, câu vượt, cầu tàu,...) có cần phân tích kết cấu, chức năng, vị trí, giá thành, độ bền, trọng tại,... nói chung là rất nhiều yếu tố
Mình nghĩ là bạn đang đùa đó, chứ sao phân tích hết được

oshea1
30-09-2011, 20:38
cái này bạn phải nói cụ thể phân tích đặc điểm gì của cây cầu, như là phân tích loại cầu(cầu bắt qua sông, câu vượt, cầu tàu,...) có cần phân tích kết cấu, chức năng, vị trí, giá thành, độ bền, trọng tại,... nói chung là rất nhiều yếu tố
Mình nghĩ là bạn đang đùa đó, chứ sao phân tích hết được
không mình ko đùa đây là đề tài của mình thật: thầy chỉ nói là phân tích CSDL về các cây cầu ở việt nam (cầu qua sông) "những thứ có cần phân tích kết cấu, chức năng, vị trí, giá thành, độ bền, trọng tại " nó thuộc đặc điểm rồi


của mình đơn giản chỉ là quản lý các cây cầu ở việt nam (qua sông)
kiểu như thống kê các cây cầu ở việt nam ý...

trinm1987
30-09-2011, 20:40
ah vậy thì đơn giản rùi, bạn chỉ cần thống kê số lương, loại câu theo từng địa phương, từng huyện, tỉnh, miền, thành phố, theo thời gian xây dựng....
bạn phải phân tích trước rồi mới xây dựng database sau
nếu bạn chưa biết phân tích thế nào thì ghi lên đây cho mọi người cùng chia sẽ

ebookfinder
30-09-2011, 23:04
chào các bạn mình đang học môn hệ quản trị CSDL
và thầy giáo mình một đề bài rất hiểm đó là
phân tích thiết kế CSDL về những cây cầu ở việt nam (để không copy ở đâu dc mà lại mới mẻ)
mình phân tích mãi mà thấy it thực thể quá vậy bác nào pro về phân tích CSDL phân tích giúp mình để mình tham khả nha!! thanks các bác nhiều!!!!!!!!!!!!!!!!


không mình ko đùa đây là đề tài của mình thật: thầy chỉ nói là phân tích CSDL về các cây cầu ở việt nam (cầu qua sông) "những thứ có cần phân tích kết cấu, chức năng, vị trí, giá thành, độ bền, trọng tại " nó thuộc đặc điểm rồi


của mình đơn giản chỉ là quản lý các cây cầu ở việt nam (qua sông)
kiểu như thống kê các cây cầu ở việt nam ý...

Nghe bạn nói thực thể thì đoán bạn đang dùng pp hướg đối tượng, như vậy cách bạn triển khai tổng quát hóa/chuyên biệt hóa mới là quan trọng, thông tin cầu + đườg + kết cấu + tải lực đủ cho bạn 7 mức với 1 chục cái is-a và khoảng 12 cái a-part-of rồi còn gì.

trinm1987
30-09-2011, 23:06
Nghe bạn nói thực thể thì đoán bạn đang dùng pp hướg đối tượng, như vậy cách bạn triển khai tổng quát hóa/chuyên biệt hóa mới là quan trọng, thông tin cầu + đườg + kết cấu + tải lực đủ cho bạn 7 mức với 1 chục cái is-a và khoảng 12 cái a-part-of rồi còn gì.
không hiểu ý bạn là gì

ebookfinder
30-09-2011, 23:18
ủa, chứ các bạn dùng mô hình phân tích gì?????

trinm1987
30-09-2011, 23:20
ủa, chứ các bạn dùng mô hình phân tích gì?????
mình chỉ dùng mô hình phân tích bình thường trong sql manager, có vấn đề gì sao bạn

ebookfinder
30-09-2011, 23:31
aha, đó là dùng mô hình HĐT, ko có vấn đề, chỉ có điều khi làm đề tài "chuyên về CSDL" bạn ko đc phép sài tool, trừ phi bạn làm đề tài ứng dụng mà csdl chỉ là phần phụ. Ko dùng tool tức là bạn phải triển khai từng bước, định nghĩa từng khái niệm, thực thể... kể cả đề xuất thực thể tổng quát...khi chuyên biệt hóa phải chứng tỏ phép chuyên biệt đó giúp mô hình đảm bảo chuẩn như thế nào, đóng gói và kế thừa đúng ra sao... đó là yêu cầu chung cho đề tài chuyên về CSDL.
Còn nếu bạn áp dụng mô hình CSDL quan hệ thì cũng tương tự, bàng tống quát, rã bảng thành bảng quan hệ theo normal form thứ mấy... các phép kết, chiếu bảo toàn như thế nào...

megaownage
01-10-2011, 17:00
Csdl lh thì chỉ có dữ liệu và liên hệ thôi, giản dị.

Cái vị gs chảnh này chỉ làm bộ hù hs chơi cho thoả mãn tính sa đít.

Cách phân tích cũng tương tự như csdl kho hàng hoá, gồm phân loại, phân nơi...

Đại khái thì có bảng Cầu, bảng Loại Cầu, bảng Địa Phương, bảng Thi Công (đang xây dựng), vv...

HĐT với mô hình! toàn dao to búa lớn.

ebookfinder
01-10-2011, 17:45
Csdl lh thì chỉ có dữ liệu và liên hệ thôi, giản dị.

Cái vị gs chảnh này chỉ làm bộ hù hs chơi cho thoả mãn tính sa đít.

Cách phân tích cũng tương tự như csdl kho hàng hoá, gồm phân loại, phân nơi...

Đại khái thì có bảng Cầu, bảng Loại Cầu, bảng Địa Phương, bảng Thi Công (đang xây dựng), vv...

HĐT với mô hình! toàn dao to búa lớn.
haiz, tôi ko phải gs bạn à, tôi cũng hiểu bạn chỉ nói linh tinh cho vui, nhưng vì tránh những hiểu lầm mà các mem khác có thể có khi đọc bài viết vô trách nhiệm của bạn, tôi bổ sung 1 vài thông tin tham khảo có dẵn trên mạng,

1) Tại sao cần Database Analysis and Design? (http://users.aber.ac.uk/eds/design1multi.pdf)
2) Vậy có những pp nào, OOAD là gì (www-rohan.sdsu.edu/faculty/rnorman/course/ids306/Lect_c3.ppt)

Tạm thời tôi chỉ đưa ra những tham khảo giản dị thế thôi, bài giảng có mã course là 3xx, như vậy chắc bạn cũng biết là dành cho bậc ĐH (undergraduate), tất cả đều rất cơ bản, chưa thực sự chuyên sâu.

Nói túm lại: Nên đọc nhiều, để hiểu thêm tí :)

ziza
02-10-2011, 15:15
Csdl tối thiểu sẽ gồm các tables sau:

CauTbl: (CauID, CauName, CauQuan, CauPhuong, CauThpho)
ThphTbl: (thpID,ThpName)
QuanTbl: (QuanID,ThpID, QuanName)
PhuongTbl: (PhuongID, QuanId, PhuongName)

oshea1
03-10-2011, 00:18
haiz, tôi ko phải gs bạn à, tôi cũng hiểu bạn chỉ nói linh tinh cho vui, nhưng vì tránh những hiểu lầm mà các mem khác có thể có khi đọc bài viết vô trách nhiệm của bạn, tôi bổ sung 1 vài thông tin tham khảo có dẵn trên mạng,



Tạm thời tôi chỉ đưa ra những tham khảo giản dị thế thôi, bài giảng có mã course là 3xx, như vậy chắc bạn cũng biết là dành cho bậc ĐH (undergraduate), tất cả đều rất cơ bản, chưa thực sự chuyên sâu.

Nói túm lại: Nên đọc nhiều, để hiểu thêm tí :)
cảm ơn bạn đã quan tâm giúp đỡ nhưng thực sự bọn mình ko làm cao siêu đến mức đó đâu
chỉ là phân tích CSDL cay cầu thôi mà
chỉ là quản lý theo kiểu thêm sửa xóa như quản lý sv mà ngày mới học thường làm thôi
chứ không quá khó, pro như bạn tưởng tượng đâu
chắc là bạn đã đi làm rồi chứ sv không thể biết nhiều thứ như thế dc
thanks you đã chỉ dẫn!

oshea1
03-10-2011, 00:32
Csdl tối thiểu sẽ gồm các tables sau:

CauTbl: (CauID, CauName, CauQuan, CauPhuong, CauThpho)
ThphTbl: (thpID,ThpName)
QuanTbl: (QuanID,ThpID, QuanName)
PhuongTbl: (PhuongID, QuanId, PhuongName)

cảm ơn bạn đã giúp đỡ
but mình không ngĩ ông thầy mình muốn quản lý cây cầu chi tiết theo điểm như thế
mình phân tích như thế này các bạn xem đc không and góp ý giúp mình để mình triển khai với

cây_cầu(ma_cau,đặc_điểm,mã_địa_điể m,mã_loại_cầu,năm_xây_dựng)
loại_cầu(mã_loại_cầu,tên_loại_cầu)
địa_điểm(mã_địa_điểm,tên_địa_đi m)

ebookfinder
03-10-2011, 03:44
Tùy bạn, nhưng nếu bạn theo từng bước của 1 mô hình phân tích cụ thể thì khi đến đc kq cuối cùng, bạn cũng đã có câu trả lời.

megaownage
03-10-2011, 14:32
haiz, tôi ko phải gs bạn à, tôi cũng hiểu bạn chỉ nói linh tinh cho vui, nhưng vì tránh những hiểu lầm mà các mem khác có thể có khi đọc bài viết vô trách nhiệm của bạn, tôi bổ sung 1 vài thông tin tham khảo có dẵn trên mạng,

1) Tại sao cần Database Analysis and Design? (http://users.aber.ac.uk/eds/design1multi.pdf)
2) Vậy có những pp nào, OOAD là gì (www-rohan.sdsu.edu/faculty/rnorman/course/ids306/Lect_c3.ppt)

Tạm thời tôi chỉ đưa ra những tham khảo giản dị thế thôi, bài giảng có mã course là 3xx, như vậy chắc bạn cũng biết là dành cho bậc ĐH (undergraduate), tất cả đều rất cơ bản, chưa thực sự chuyên sâu.

Nói túm lại: Nên đọc nhiều, để hiểu thêm tí

Vô trách nhiệm ở chỗ nào? chẳng phải tôi chỉ dẫn rồi hay sao? Yêu cầu đọc cho kỹ lại xem ai là người chỉ dẫn thực tế và ai là người dùng từ dao to búa lớn phương pháp này phương pháp nọ mà chẳng có giải quyết gì cụ thể. Đường lối chỉ dẫn thực tế, công việc chỉ có bấy nhiêu, ngồi đó mà học HĐT với chu trình phân tích thì người ta đã làm xong mấy cái rồi.

@Chủ đề:
Thì đại khái như vậy là gần đúng rồi. Cây cầu nói rộng ra thì cũng chỉ là một sản phẩm. Bạn cứ dựa theo cách quàn lý SP, thêm bớt cho phù hợp.

So sánh sơ sơ một số chi tiết cho bạn thấy:

SP ID >>>> Cầu ID
Tên SP >>>> Tên cầu
Loại SP >>>> Loại Cầu
Chi tiết đặc biệt của SP >>>> Chi tiết đặc trưng của cầu
Nhà Kho (địa điểm chứa) >>>> Địa phương xây cầu
Giá trị hàng >>>> Giá trị ban đầu của cầu
Giá trị khấu hao >>>> giá trị khấu hao (cái này nếu không làm kế toán thì không cần)
Các chi tiết xuất nhập SP >>>> Các chi tiết bảo trì cầu (đây là phần hơi phức tạp, cần chịu khó sửa đi sửa lại vài lần mới hoàn chỉnh)

Sau khi thiết kế xong, tự đặt cho mình vài câu hỏi tổng quát như:

- Liệt kê các cây cầu giá trị trên 1 tỷ nằm trong tình Cần Thơ
- Cho biết trọng tải (các) cây cầu nối liền tỉnh Quảng Trị và Quảng Bình
- Liệt kê phí bảo trì các cây cầu ở Long An trong năm 2010
- vv, ...

Thêm thắt bảng và trường để đáp ứng các câu hỏi trên. Xong! Quản lý chỉ có vậy.

vuht2000
03-10-2011, 21:53
thấy hai bác ebookfinder và megaownage đều có lý và không mâu thuẫn nhau: các phương pháp ebookfinder nêu là thuộc về thiết kế hệ thống, trong đó database là 1 phần của hệ thống; còn megaownage chỉ giới hạn trong thiết kế database và sử dụng kết quả của các bước phía trước trong chuỗi qui trình thiết kế.
Nói chung tôi không phải là fan của mấy cái methodology nên không có gì nói nhiều. Tuy nhiên yêu cầu đặt ra như vậy là không rõ ràng. Một database được xây dựng để cung cấp các chức năng cụ thể, và tùy theo đó mà database được thiết kế khác nhau. Ví dụ một database quản lý bán xe ô tô để theo dõi số lượng bán, chủng loại, hàng tồn... được thiết kế khác; cũng là database quản lý bán xe ô tô nhưng cung cấp các thông tin về marketing (ví dụ kênh quảng cáo nào hiệu quả, doanh thu sau đợt quảng cáo trên TV ba tháng vừa rồi tăng bao nhiêu, loại xe nào có nhiều người hỏi đến nhưng cuối cùng lại không mua...) lại cần được thiết kế khác.

@oshea1:
Tôi cũng đoán ông thầy bạn không đòi hỏi quá cao và chi tiết, chỉ để sinh viên tập làm quen với phân tích thiết kế. Tiện đây thì tôi nói thêm thôi. Database không phải là một mớ hỗn độn các loại dữ liệu, mà dữ liệu được thu thập có chủ đích và được tổ chức để phục vụ các yêu cầu thông tin cụ thể.

megaownage
03-10-2011, 22:26
Tôi theo quan niệm "một ví dụ bằng mười lời giải thích".
Lần đầu tôi nhắc khéo cho biết thực sự nó không phức tạp lắm. Suy nghĩ cho thật bình thường thì sẽ ra.
Lần thứ nhì, tôi đưa ra so sánh cặn kẽ hơn cho chủ biết, chỉ cần suy nghĩ rộng một chút thì có thể đem cái có sẵn sửa đổi lại thành cái kia.


...
Database không phải là một mớ hỗn độn các loại dữ liệu, mà dữ liệu được thu thập có chủ đích và được tổ chức để phục vụ các yêu cầu thông tin cụ thể.


Tôi đã dẫn luôn phương pháp cụ thể là tự đặt cho mình những câu hỏi về yêu cầu tin tức (information) và chiếu theo đó để thiết kế cách thu thập dữ liệu (data). Nếu vị chuyên gia về chương trình học kia chịu khó xem kỹ một chút thì đã nhận ra nó là phương pháp thiết kế suy ngược từ nhu cầu báo cáo (reporting requirements approach). Nếu mớ tài liệu trên không có nói qua phương pháp này thì xin lỗi, chúng không đáng tham khảo.

vuht2000
03-10-2011, 23:42
.. Nếu vị chuyên gia về chương trình học kia chịu khó xem kỹ một chút thì đã nhận ra nó là phương pháp thiết kế suy ngược từ nhu cầu báo cáo (reporting requirements approach). Nếu mớ tài liệu trên không có nói qua phương pháp này thì xin lỗi, chúng không đáng tham khảo.
Cái này thì tôi thấy bác megaownage hơi quá chén rồi ;)
- phương pháp nào đi chăng nữa thì cũng đều xuất phát từ requirements, nhưng nếu chỉ dựa vào reporting requirement thì không đủ. Ngoài ra còn phải dựa vào các yêu cầu về nhập dữ liệu, luồng dữ liệu... Có lẽ mỗi thiết kế data warehouse là chỉ cần dựa vào reporting requirement vì nó được xây dựng là để tạo báo cáo.
- các tài liệu ở trên tôi xem qua thấy cũng đáng đọc đấy chứ? tất nhiên là giáo trình thì chỉ dừng lại ở mức chung chung như vậy thôi.

megaownage
04-10-2011, 12:04
Có lẽ là vậy

manucial
08-10-2011, 14:49
thầy giáo ác thật, cho cái đề lằng nhằng phức tạp quá. cây cầu thì biết phân tích thế nào nhỉ???

ChungTn88
14-10-2011, 10:28
Đề này chỉ có thầy Đỗ Trung Tuấn dậy môn hệ quản trị cơ sở dữ liệu ở trường ĐH Khoa học tự nhiên ra đề mà thôi. Năm ngoái Thầy cho mình đề tài quản lí Bộ gõ trong dàn nhạc dân tộc việt nam. Ngồi nghĩ cả tháng mới ra đc 1 số thuộc tính cho nó. Có những cái không hiểu thì hỏi thầy thôi.
Trước khi làm đề tài bạn phải đặt câu hỏi cho nó chứ. Câu trả lời chính là những thuộc tính mà ta cần tìm
vs đề tài quản lí cây cầu ở Việt Nam thì ta có thể phân tích nó như thế này

Tên cầu, Địa chỉ(ở địa phương nào), Năm xây dựng, Thời gian tồn tại là bao lâu?, Số làn đường trên cầu, Trọng tải của cây cầu? Cầu cao bao nhiêu, Dài bao nhiêu, độ rộng như thế nào? Thông tin chi tiết của nó thì bạn cho phần cấu tạo của cầu, nó bắc qua tỉnh nào và con sông nào...

Bằng đấy dữ liệu cũng để cho bạn tìm cả tháng.
Chúc bạn thành công^^