tổ chức dữ liệu theo mô hình real

Toàn bộ các mô đun sử dụng chung một cơ sở dữ liệu duy nhất, dữ liệu được cập nhật thời gian thực (real-time) và truy cập bởi người sử dụng được phân quyền theo nghiệp vụ chức năng. và truy cập bởi người sử dụng được phân quyền theo nghiệp vụ chức năng Nỗi khổ của tổ chức không có văn hoá dữ liệu. về chuyển đổ số, về mô hình kinh doanh số, về sự dịch chuyển của hàng hoá vật lý sang hàng hoá số, tổ chức đó xem như hết thời. Nếu người ta đã thay đổi cách tiếp cận agile - linh hoạt nhờ vào dữ liệu real 13-10-2022 08:16:13+07:00. Từ ngày 14/10-11/11, Công ty TNHH Kinh doanh và cho thuê nhà Tân Bách Việt đăng ký mua 5 triệu cp của Tổng Công ty IDICO ( HNX: IDC ). Mục đích mua vào nhằm đầu tư tài chính. Ước tính theo giá chốt phiên 12/10 của IDC là 45,000 đồng/cp, tổ chức này cần chi 225 Giải pháp hạ tầng mạng LAN, WAN cho doanh nghiệp, các tổ chức các ban ngành khối chính phủ bao gồm Data Center, Campus-Branch, LAN, WAN, SDN, Security. Sử dụng các giải pháp và thiết bị mạng của các hãng: Cisco, Dell, HPE, Juniper,… Với các mô hình mạng 3 lớp, mô hình leaf & spine. 2.1. Ngành đúng: (Khoa quản ngành xác định căn cứ theo Thông tư 25/2017/TT/BGDĐT ngày 10/10/2017 của Bộ Giáo dục và Đào tạo) Khoa học máy tính, Mạng máy tính và truyền thông dữ liệu, Kỹ thuật phần mềm, Hệ thống thông tin, Kỹ thuật máy tính, Công nghệ kỹ thuật máy tính materi ips sd kelas 1 6 kurikulum 2013. Là một bộ phận cốt lõi trong hệ thống kinh doanh thông minh BI-Business Intelligence, Data Warehouse được sử dụng để phân tích và hỗ trợ việc ra quyết định. Vậy một kho dữ liệu có đặc điểm, lợi ích gì? Hãy cùng chúng tôi tìm hiểu về kho dữ liệu qua bài viết sau Warehouse hay kho dữ liệu là một cơ sở dữ liệu được thiết kế để hỗ trợ việc truy vấn và phân tích dữ liệu cho mục đích thống kê và phân tích kinh doanh. Kho dữ liệu thường được sử dụng để lưu trữ dữ liệu lịch sử và dữ liệu hiện tại của công ty, và cho phép người dùng truy vấn và thống kê dữ liệu theo nhiều cách khác nhau. Kho dữ liệu có thể được sử dụng để phân tích doanh số, hiệu quả kinh doanh, và nhiều yếu tố khác để giúp doanh nghiệp có quyết định điều hành tốt kho dữ liệu, dữ liệu được lưu trữ trong một cách được sắp xếp và tổ chức rõ ràng, giúp cho việc truy vấn và phân tích dữ liệu trở nên dễ dàng hơn. Nó cũng có thể được kết nối với các hệ thống khác trong doanh nghiệp để lấy dữ liệu vào kho dữ liệu, và có thể được sử dụng bởi nhiều người cùng trúc kho dữ liệuKiến trúc của một kho dữ liệu phụ thuộc vào nhu cầu của tổ chức xây dựng nên chúng. Nhìn chung, một kho dữ liệu sẽ có kiến trúc ba tầng. Cụ thểTầng dữ liệu đầu vào tầng dưới cùng bao gồm một máy chủ kho dữ liệu, thường là hệ thống cơ sở dữ liệu quan hệ, thu thập, làm sạch và chuyển đổi dữ liệu từ nhiều nguồn dữ liệu thông qua một quy trình được gọi là “Trích xuất – Biến đổi -Tải”Extract-Transform-Load=ETL hoặc “Trích xuất – Tải – Biến đổi” Extract-Load-Transform = ELT.Tầng giữa bao gồm một máy chủ OLAP xử lý phân tích trực tuyến cho phép tốc độ truy vấn nhanh. Ba loại mô hình OLAP có thể được sử dụng trong tầng này, được gọi là ROLAP, MOLAP và phân tích dữ liệu Tầng trên cùng là giao diện dành cho người dùng cuối hoặc công cụ báo cáo, cho phép người dùng tiến hành phân tích dữ liệu đặc trúc phổ biến của kho dữ liệu gồm ba lược đồ trong Data WarehouseLược đồ Schema là những cách mà dữ liệu được tổ chức trong cơ sở dữ liệu hoặc kho dữ liệu. Có hai loại cấu trúc lược đồ chính, sẽ tác động đến việc thiết kế mô hình dữ liệuLược đồ sao bao gồm một bảng dữ kiện fact table có thể được nối với một số bảng thứ nguyên dimension table được chuẩn hóa. Khi được kết nối với nhau, bảng thứ nguyên sẽ giải thích cho bảng dữ kiện. Đây là loại lược đồ đơn giản nhất và phổ biến nhất, có tốc độ nhanh hơn trong khi truy ảnh mô tả lược đồ hình ngôi đồ bông tuyết tương đương với một lược đồ sao. Ở lược đồ này, bảng dữ kiện kết nối chuẩn hóa với các bảng thứ nguyên, đồng thời các bảng thứ nguyên đó lại có kết nối với các bảng con. Người dùng được hưởng lợi từ mức độ dư thừa dữ liệu thấp của nó, nhưng nó phải trả giá bằng hiệu suất truy ảnh mô tả lược đồ hình bông loại Data warehouseCloud data warehouseKho dữ liệu đám mây là một kho dữ liệu được xây dựng cụ thể để hoạt động lưu trữ điện toán đám mây và nó được cung cấp cho khách hàng như một dịch vụ được quản lý. Với kho dữ liệu đám mây, cơ sở hạ tầng kho dữ liệu vật lý được quản lý bởi công ty cung cấp dịch vụ lưu trữ đám warehouse softwareMột doanh nghiệp có thể mua giấy phép sử dụng kho dữ liệu và sau đó triển khai cơ sở hạ tầng tại trụ sở của họ. Đó là lựa chọn tốt hơn cho các tổ chức muốn kiểm soát dữ liệu hoặc cần tuân thủ các quy định bảo mật thông warehouse applianceMột thiết bị kho dữ liệu là một gói phần cứng và phần mềm tích hợp sẵn. Nó sử dụng hệ điều hành, phần mềm kho dữ liệu mà một doanh nghiệp có thể kết nối với mạng của nó và bắt đầu sử lợi ích của Data warehouseData Warehouse có nhiều lợi ích đối với doanh nghiệp, bao gồmTruy vấn và phân tích dữ liệu hiệu quả hơn Kho dữ liệu có cấu trúc được sắp xếp và tổ chức rõ ràng, giúp cho việc truy vấn và phân tích dữ liệu trở nên dễ dàng cấp thông tin chính xác và đầy đủ Kho dữ liệu lưu trữ dữ liệu từ nhiều nguồn khác nhau và được cập nhật liên tục, giúp cung cấp thông tin chính xác và đầy đủ cho người kiệm thời gian và nguồn lực Việc sử dụng kho dữ liệu giúp giảm thiểu việc tìm kiếm và truy vấn dữ liệu từ nhiều nguồn khác nhau, giúp tiết kiệm thời gian và nguồn ra quyết định điều hành hiệu quả hơn Việc phân tích dữ liệu từ kho dữ liệu giúp doanh nghiệp có thể đưa ra quyết định điều hành hiệu quả hơn dựa trên thông tin chính xác và đầy trợ việc theo dõi và đánh giá hiệu quả kinh doanh Kho dữ liệu cung cấp thông tin lịch sử và hiện tại về doanh số, hiệu quả kinh doanh và nhiều yếu tố khác, giúp doanh nghiệp có thể theo dõi và đánh giá hiệu quả kinh doanh một cách hiệu quả năng suất và hiệu quả công việc Việc sử dụng kho dữ liệu giúp gia tăng năng suất và hiệu quả công việc bởi việc truy vấn và phân tích dữ liệu trở nên dễ dàng hơn, giúp người dùng tận dụng thời gian và nguồn lực của mình tốt khác biệt giữa Data warehouse và DatabaseData Warehouse là một cơ sở dữ liệu được thiết kế để hỗ trợ việc truy vấn và phân tích dữ liệu cho mục đích thống kê và phân tích kinh doanh. Trong kho dữ liệu, dữ liệu được lưu trữ trong một cách được sắp xếp và tổ chức rõ ràng, giúp cho việc truy vấn và phân tích dữ liệu trở nên dễ dàng là một cơ sở dữ liệu được thiết kế để lưu trữ và quản lý dữ liệu cho mục đích sử dụng trong các ứng dụng công việc hoặc các hệ thống quản lý thông tin. Trong database, dữ liệu được lưu trữ trong bảng và các bảng có cấu trúc được sắp xếp và tổ chức rõ ràng, giúp cho việc truy vấn và quản lý dữ liệu trở nên dễ dàng sự khác biệt chính giữa data warehouse và database là mục đích sử dụng. Data warehouse được sử dụng để lưu trữ và phân tích dữ liệu cho mục đích thống kê và phân tích kinh doanh, trong khi database được sử dụng để lưu trữ và quản lý dữ liệu cho mục đích sử dụng trong các ứng dụng công việc hoặc hệ thống quản lý thông kết về Data warehouseData warehouse đang được sử dụng trong các ngành chăm sóc sức khỏe, bảo hiểm… cho phép người dùng truy cập dữ liệu phong phú hơn. Bài viết trên đây của chúng tôi phần nào đã giới thiệu cho các bạn sơ lược về kho dữ bạn có thắc mắc về Data warehouse, hãy để lại ở bên bình luận bên dưới, BKHOST sẽ trả lời bạn trong thời gian sớm trúc kho dữ liệudata warehouse là gìkho dữ liệu là gì Multidimensional model xem dữ liệu ở dạng khối dữ liệu. Một khối dữ liệu cho phép dữ liệu được mô hình hóa và xem theo nhiều chiều. Nó được xác định bởi các kích thước và sự kiện. Các dimensions là các quan điểm hoặc thực thể liên quan đến việc một tổ chức lưu giữ hồ sơ. Ví dụ một cửa hàng có thể tạo kho dữ liệu bán hàng để lưu giữ hồ sơ về doanh số của cửa hàng cho dimensions, mặt hàng và địa điểm. Các dimensions này cho phép lưu theo dõi mọi thứ, ví dụ doanh số bán hàng tháng của các mặt hàng và vị trí mà các mặt hàng đã được bán. Mỗi chiều có một bảng liên quan đến nó, được gọi là bảng chiều, mô tả thêm về chiều. Ví dụ, một bảng chiều cho một mặt hàng có thể chứa các thuộc tính item_name, brand và type. Các bài viết liên quan Multi-Dimensional Data Model được tổ chức xung quanh chủ đề trung tâm, ví dụ bán hàng. Chủ đề này được thể hiện bằng một bảng dữ kiện. Dữ kiện là các thước đo bằng số. Bảng dữ kiện chứa tên của các dữ kiện hoặc số đo của các bảng dimensions có liên quan. Hãy xem xét dữ liệu của một cửa hàng về các mặt hàng được bán mỗi quý ở thành phố Delhi. Dữ liệu được hiển thị trong bảng. Trong biểu diễn 2D này, doanh số bán hàng cho Delhi được hiển thị cho dimensions thời gian được sắp xếp theo quý và dimensions mặt hàng được phân loại theo loại mặt hàng đã bán. Thực tế hoặc số đo được hiển thị bằng rupee_sold hàng nghìn. Bây giờ, nếu chúng ta muốn xem dữ liệu bán hàng với dimensions thứ ba, Ví dụ giả sử dữ liệu theo thời gian và mặt hàng, cũng như vị trí được xem xét cho các thành phố Chennai, Kolkata, Mumbai và Delhi. Các dữ liệu 3D này được hiển thị trong bảng. Dữ liệu 3D của bảng được biểu diễn dưới dạng một loạt các bảng 2D. Về mặt khái niệm, nó cũng có thể được biểu diễn bằng cùng một dữ liệu dưới dạng một khối dữ liệu 3D, như thể hiện trong hình Các đặc điểm và lợi ích của Multidimensional Data Model Các đặc điểm và lợi ích của Multidimensional Data Model bao gồm Đặc điểm của Multidimensional Data Model Đa chiều Multidimensional Dữ liệu được tổ chức theo nhiều chiều khác nhau, mỗi chiều đại diện cho một thuộc tính hoặc thông tin cụ thể. Độc lập với ngữ cảnh Mô hình đa chiều không phụ thuộc vào ngữ cảnh hoặc cấu trúc của dữ liệu, cho phép linh hoạt trong việc truy cập và hiển thị dữ liệu. Tính tổ chức cấu trúc Dữ liệu được tổ chức một cách cấu trúc và có thể thể hiện sự tương quan giữa các thuộc tính và giá trị của chúng. Lợi ích của Multidimensional Data Model Hiệu suất cao Mô hình đa chiều giúp tối ưu hóa việc truy vấn và phân tích dữ liệu, giúp tăng tốc độ xử lý và hiệu suất hệ thống. Dễ dàng phân tích và truy vấn dữ liệu Mô hình đa chiều cung cấp các phương pháp truy vấn và phân tích dữ liệu phù hợp, cho phép người dùng dễ dàng khám phá và hiểu thông tin từ dữ liệu. Tính tương tác và khả năng khám phá Mô hình đa chiều cho phép người dùng tương tác trực tiếp với dữ liệu, thực hiện các hoạt động như khoan cụm, tổng hợp, lọc dữ liệu theo nhiều chiều khác nhau. Hỗ trợ quyết định và dự đoán Multidimensional Data Model cung cấp một cách tiếp cận phân tích mạnh mẽ, giúp trong quá trình ra quyết định và dự đoán xu hướng dữ liệu. Tóm lại, Multidimensional Data Model có các đặc điểm và lợi ích quan trọng, giúp tổ chức, truy vấn và phân tích dữ liệu một cách hiệu quả và linh hoạt trong các hệ thống phân tích và quản lý dữ liệu phân tích. Xem thêm box model trong css là gì ? Ví dụ về Multidimensional Data Model Dưới đây là một ví dụ về Multidimensional Data Model Giả sử chúng ta có một hệ thống bán hàng trực tuyến và muốn phân tích dữ liệu doanh thu theo các chiều khác nhau như thời gian, địa điểm và danh mục sản phẩm. Ta có thể sử dụng Multidimensional Data Model để tổ chức và biểu diễn dữ liệu như sau Chiều Thời gian Đại diện cho các mốc thời gian như ngày, tuần, tháng, quý hoặc năm. Chiều Địa điểm Đại diện cho các địa điểm như quốc gia, thành phố, khu vực, hoặc chi nhánh cửa hàng. Chiều Danh mục sản phẩm Đại diện cho các danh mục sản phẩm khác nhau như quần áo, giày dép, đồ điện tử, đồ gia dụng, vv. Các độ đo measures có thể bao gồm doanh thu, số lượng đơn hàng, số lượng sản phẩm bán được, vv. Sau khi dữ liệu được tổ chức theo các chiều và độ đo, chúng ta có thể thực hiện các phép truy vấn và phân tích dữ liệu như Tổng doanh thu trong một khoảng thời gian cụ thể ví dụ tháng này, quý này. So sánh doanh thu giữa các địa điểm khác nhau ví dụ doanh thu theo quốc gia, thành phố. Xem doanh thu theo danh mục sản phẩm ví dụ doanh thu từ quần áo, giày dép. Thực hiện các hoạt động drill-down phân cấp để xem chi tiết doanh thu từng ngày hoặc từng sản phẩm cụ thể. Multidimensional Data Model giúp chúng ta hiểu rõ hơn về dữ liệu doanh thu và tạo ra các báo cáo và đồ thị phân tích dữ liệu một cách dễ dàng và linh hoạt. Xem thêm Training cho Perceptron Model trong Pytorch So sánh Multidimensional Data Model với Relational Data Model Multidimensional Data Model và Relational Data Model là hai mô hình dữ liệu phổ biến trong lĩnh vực quản lý cơ sở dữ liệu. Dưới đây là sự so sánh giữa hai mô hình này Multidimensional Data Model Đặc điểm Tập trung vào tổ chức dữ liệu theo các chiều đa chiều, phù hợp cho việc phân tích và truy xuất dữ liệu phân tích. Cấu trúc Dữ liệu được tổ chức thành các “cuboid” hoặc “data cube” có các chiều và các giá trị được biểu diễn bằng các đại lượng đo measures. Quan hệ giữa các đối tượng Các đối tượng trong Multidimensional Data Model không được xác định bởi các quan hệ relationships như trong Relational Data Model, mà thường được mô tả bằng cách xác định các chiều và độ đo. Relational Data Model Đặc điểm Tập trung vào tổ chức dữ liệu thành các bảng và quan hệ giữa các bảng, phù hợp cho việc lưu trữ và truy xuất dữ liệu theo các quan hệ. Cấu trúc Dữ liệu được tổ chức thành các bảng table gồm các cột column và hàng row, mỗi bảng đại diện cho một thực thể hoặc quan hệ. Quan hệ giữa các đối tượng Quan hệ giữa các đối tượng trong Relational Data Model được xác định bằng khóa ngoại foreign key hoặc liên kết các bảng thông qua các quan hệ. So sánh Tính chất Multidimensional Data Model tập trung vào phân tích và truy xuất dữ liệu phân tích, trong khi Relational Data Model tập trung vào lưu trữ và quản lý dữ liệu dựa trên quan hệ giữa các bảng. Tổ chức dữ liệu Multidimensional Data Model tổ chức dữ liệu theo các chiều đa chiều và độ đo, trong khi Relational Data Model tổ chức dữ liệu thành các bảng và quan hệ giữa chúng. Truy vấn dữ liệu Multidimensional Data Model cung cấp phương pháp truy vấn và phân tích dữ liệu phù hợp với nhu cầu phân tích, trong khi Relational Data Model cung cấp ngôn ngữ truy vấn SQL để truy xuất và xử lý dữ liệu. Hiệu suất Multidimensional Data Model thường có hiệu suất tốt hơn khi xử lý các phép toán phân tích dữ liệu, trong khi Relational Data Model có hiệu suất tốt hơn trong việc thao tác dữ liệu truyền thống. Tùy thuộc vào mục đích và yêu cầu cụ thể của dự án, việc chọn sử dụng Multidimensional Data Model hay Relational Data Model sẽ phụ thuộc vào khả năng phân tích và quản lý dữ liệu cần thiết. Xem thêm Perceptron Model – Các bước thiết lập Perceptron Model Nội dung Text Bài giảng Hệ thống thông tin kế toán - Chương 2 Tổ chức dữ liệu trong hệ thống thông tin kế toán Chương 2 Tổ chức dữ liệu trong hệ thống thông tin kế toán 1 Mục tiêu Hiểu các tiếp cận tổ chức dữ liệu để xử lý hoạt động kinh doanh trong hệ thống thông tin kế toán Hiểu được nguyên tắc tổ chức dữ liệu theo mô hình REAL Hiểu các phương pháp thu thập và xử lý dữ liệu đọc tài liệu Mã hóa dữ liệu 2 Các tiếp cận tổ chức dữ liệu để xử lý hđkd trong htttkt theo kt truyền thống theo hệ quản trị CSDL  Chỉ quan tâm DL tài chính All DL được lưu  DL được lưu ở nhiều loại sổ chi chung, được quản lý tiết, sổ cái => trùng lắp, kg chia bởi hệ quản trị cơ sở sẻ và dùng chung dữ liệu được, có sự mâu thuẫn dữ liệu dữ liệu => tránh trùng lắp, mẫu thuẫn DL, tăng tính kịp thời của theo từng hệ thống ứng DL dụng – xử lý bằng máy DL được lưu phục vụ cho 1 ƯD 1 loại hoạt động DL trùng lắp, kg chia sẻ và dùng chung dữ liệu được, có sự mâu thuẫn dữ liệu 3 Lưu trữ Quá Dữ liệu Thông tin trình đầu vào Xử lý SXKD đầu ra Kiểm soát - phản hồi •Xác định dữ liệu cần thu thập •Tổ chức thu thập dữ liệu •Tổ chức lưu trữ dữ liệu 4 Nội dung dữ liệu thu thập Theo Nội dung của 1 các chu hoạt động trình Nguồn lực Sự kiện Đối tượng nào? gì? liên quan? Resources Event Agent Mô hình REA Dữ liệu thu thập 5 Tổ chức thu thập dữ liệu Yêu cầu thông tin, Các chu trình kinh doanh yêu cầu quản lý, đặc Mô hình REA điểm kinh doanh Xác định các loại Hđộng, Đtượng, Nlực cần thu thập dữ liệu Tài khoản và Các đối Dữ liệu cần thu thập cho tượng từng đối tượng, nguồn lực chi tiết Dữ liệu cần thu thập cho từng hoạt động Chứng từ 6 1 mô hình REA minh họa chu trình doanh thu Resource Event Agent Đặt hàng Hàng hóa KH Xuất kho Tkhoản Nviên Giao Hàng Lập HĐ, ghi sổ Thu tiền 7 Các hoạt động thu thập, ghi nhận dữ liệu AIS thủ công Quá Sự kiện ảnh Ghi hưởng đến Chứng từ sổ Sổ trình báo cáo tài nhật nhật ký SXKD chính ký Báo Lập Sổ cái, Chuyển cáo tài báo sổ chi sổ chính cáo tiết 8 Các hoạt động thu thập, ghi nhận dữ liệu AIS trên nền máy tính Sự kiện của Nhập liệu các quá trình Chứng từ Nhập liệu hoạt động liên SXKD quan Thông tin Cập nhật, truy theo yêu xuất thông tin Các tập tin lưu cầu theo yêu cầu trữ dữ liệu Các đối tượng, nguồn Khai báo lực sử dụng 9 Các hoạt động thu thập, ghi nhận dữ liệu Nhập liệu, ghi nhật ký recording Nhập các sự kiện phát sinh theo thời gian vào hệ thống Cập nhật, chuyển sổ Update Tác động, thay đổi các dữ liệu lưu trữ số dư TK, số dư chi tiết KH… sau khi sự kiện xảy ra Khai báo Maintenance Đảm bảo duy trì các dữ liệu về các đối tượng thường sử dụng Khách hàng, nhà cung cấp, tài khoản, nhân viên… 10 Lưu trữ dữ liệu AIS thủ công AIS trên nền máy tính Hoạt động Lưu trữ Hoạt động Lưu trữ Ghi nhật ký  Sổ Nhập liệu  Tập tin nhật ký nghiệp vụ Khai báo  Tập tin chính Cập nhật  Tập tin Chuyển sổ  Sổ cái, chính sổ chi tiết 11 Lưu trữ dữ liệu trên tập tin Thực thể Dữ liệu tổng hợp Dữ liệu tham chiếu khách hàng Tên khách Mã KH Địa chỉ Mã số thuế Số dư hàng Chase 29 Lê Duẩn, KHNN-01 430121280-001 574,565,000 Mahattan KPMG Việt 115 Nguyễn KHTN-01 430421210-001 300,090,000 Nam Huệ UOB Viet 17 Lê Duẩn, KHTN-02 430011144-001 150,000,000 Nam Quận 01 142 Điện Biên KHTN-03 Anh Tuấn 437821270-001 234,000,000 Phủ, Công Ty 58 Nguyễn Du, Mẫu tin KHTN-04 0302984527 0 Quang Minh Công Ty 258 Lê Lợi, KHTN-05 0302657481 100,000,000 12 Thành Công Các loại tập tin lưu trữ dữ liệu Tập tin chính Master File  Lưu trữ các dữ liệu ít thay đổi về các đối tượng trong, và ngoài hệ thống. VD Khách hàng, Hàng hóa…  Không chứa các dữ liệu về các sự kiện phát sinh  Các dữ liệu lưu trữ có thể là các dữ liệu tham chiếu hay dữ liệu tổng hợp Tên hàng hóa Mã hàng VT Tài khoản SL tồn XEROX PR-001 Cái 1561 100 HP LASER PR-002 Cái 1561 20 TOSHIBA DESKPRO PC-001 Bộ 1561 150 13 Các loại tập tin lưu trữ dữ liệu tt Tập tin nghiệp vụ Transaction File  Lưu trữ dữ liệu về các sự kiện đặt hàng, bán hàng, thu tiền…  Luôn chứa trường NGÀY của SỰ KIỆN, nghiệp vụ  Luôn chứa các dữ liệu về giá cả, số lượng liên quan đến sự kiện Số Ngày Mã Mã KH SL Giá ĐĐH hđơn hđơn hàng 7869 13/4/04 KHTN-01 PC-001 1 345 7869 13/4/04 KHTN-01 PC-002 2 345 7870 15/4/04 KHNN-01 PR-002 3 567 14 Lợi ích của tập tin chính và tập tin nghiệp vụ Giảm thời gian nhập liệu Tránh lưu trữ trùng lắp dữ liệu Tăng cường khả năng kiểm soát dữ liệu Tiện lợi trong các hoạt động bảo quản dữ liệu 15 Phương thức nhập dữ liệu Theo thời gian thực Real-Time  Sự kiện được ghi nhận ngay sau phát sinh vào tập tin nghiệp vụ  Khi dữ liệu được nhập, sẽ kiểm tra các dữ liệu trong tập tin chính liên quan khách hàng, hàng TKho…  Các tập tin chính liên quan được cập nhật ngay  Có thể xem các báo cáo liên quan đến sự kiện bảng kê, báo cáo số dư KH, HTK, báo cáo tổng hợp… ngay sau được nhập vào. 16 Phương thức nhập dữ liệu tt Theo lô Batch  Sự kiện được tập hợp theo lô khi phát sinh chưa được nhập vào máy  Tính toán số tổng cộng của lô chứng từ Số kiểm soát  Các chứng từ trong lô lần lượt được nhập vào máy  Đối chiếu số tổng của lô do chương trình tính với số kiểm soát tính trước khi nhập liệu, kiểm tra thông tin trên báo cáo kiểm soát lô  Chuyển lô để cập nhập các tập tin chính liên quan  Các báo cáo liên quan đến các nghiệp vụ chỉ xem được khi lô nghiệp vụ đã được chuyển lô 17 Mã hóa các thực thể mang dữ liệu Ý nghĩa  Các thực thể mang các dữ liệu hoạt động, đối tượng, nguồn lực sẽ được mã hóa để tạo tính duy nhất, phân biệt giữa chúng với nhau  Việc mã hóa sẽ tiết kiệm thời gian và hạn chế sai sót trong quá trình nhập liệu và truy xuất thông tin liên quan đến các thực thể  Tổ chức các hoạt động, đối tượng, nguồn lực để đáp ứng các yêu cầu quản lý, yêu cầu thông tin 18 Các phương pháp mã hóa Mã trình tự/mã liên tiếp  Số hóa các đối tượng theo thứ tự liên tiếp VD MS sinh viên  Không linh động, hạn chế trong việc thêm, xóa dữ liệu  Không có tính mô tả thuộc tính của dữ liệu Mã khối/nhóm  Gán 1 nhóm các con số mang một ý nghĩa nhất định ví dụ mã UPC universal product codes bao gồm 5 số đầu là mã nhà SX, 5 số sau là mã sản phẩm. 19 94673-42659 Nhà SX Vinamilk, sản phẩm sữa tươi.. Các phương pháp mã hóa Mã phân cấp  Gán một nhóm các con số mang ý nghĩa 1 vị trí, phân cấp  Nhóm đứng trước là cấp trên của nhóm liền kề đó  VD; 01-100-1240 Mã cty thành viên-mã phòng KT-mã NV Mã gợi nhớ  Gán các kí tự và trong nhóm để mang 1 ý nghĩa nhất định  VD KH-001 Mã khách hàng, số 001 20 Lựa chọn giữa domain model và meta modelData Model là trái tim của mọi ứng cùng, tất cả mọi thứ đều hướng về dữ liệu Dữ liệu đến từ bàn phím người dùng hoặc từ nguồn bên ngoài, dữ liệu được xử lý theo một số quy tắc nghiệp vụ và cuối cùng dữ liệu được hiển thị cho người dùng hoặc các ứng dụng bên ngoài theo một cách tiện lợi khía cạnh của ứng dụng, mọi chức năng bạn viết đều có dữ liệu liên quan để mang lại ý nghĩa cho toàn bộ hệ vậy, câu hỏi đặt ra ở đây là Các khía cạnh chính của một Data Modeling tốt là gì?Câu trả lời sẽ được giải đáp cụ thể trong bài viết dưới đây, nhưng trước tiên hãy đến với 2 định nghĩaĐịnh nghĩa 1 Data Model là gì?Data Model là một cách để tổ chức dữ liệu của ứng dụng. Bản thân Data Model không phải là dữ liệu, cũng không phải là thiết bị bạn sử dụng để lưu trữ dữ liệu hệ thống cơ sở dữ liệu bạn chọn. Do đó có thể khẳng định như sauBạn có thể lưu trữ cùng một dữ liệu sử dụng các mô hình dữ liệu khác có thể lưu trữ các dữ liệu khác nhau bằng cách sử dụng cùng một mô hình dữ thể chuyển đổi dữ liệu từ mô hình dữ liệu này sang mô hình dữ liệu khác quá trình này thường được gọi là “Migration of Data - Chuyển giao dữ liệu”.Định nghĩa 2 Làm thế nào chúng ta có thể định nghĩa một Data Model tốt?Nói cách khác là làm thế nào chúng ta có thể so sánh các tùy chọn mô hình dữ liệu khác nhau? Hay những khía cạnh nào cần được xem xét?Có 5 khía cạnh liên quan đến một Data Model tốtTính rõ ràng Sự dễ hiểu đối với những người sử dụng. Như bạn có thể đã biết, hầu hết thời gian developers đọc mã thay vì viết, vì vậy chúng ta cần hiểu rõ ràng những gì chúng ta đang làm với dữ liệu của linh hoạt Khả năng phát triển của mô hình mà không cần phải tác động quá lớn đến các đoạn code. Công ty startup mà bạn làm việc đang phát triển, vì vậy các hệ thống sẽ thay đổi và các mô hình dữ liệu đằng sau chúng sẽ cần phải phát triển theo thời suất Đây là một chủ đề rất rộng và bài viết này sẽ không nói về các nhà cung cấp cơ sở dữ liệu database vendorshoặc một số chỉnh sửa kỹ thuật để cải thiện tốc độ đọc và ghi dữ liệu. Cách thức thiết kế data model đúng đắn cũng đem lại lợi ích về hiệu suất. Chúng ta sẽ đi sâu hơn vào khía cạnh này ở phần suất Dưới góc nhìn của lập trình viên developer, chắc hẳn bạn sẽ muốn có một mô hình dữ liệu dễ làm việc mà không cần sử dụng nhiều thời gian định nghĩa về năng suất.Khả năng truy xuất nguồn gốc Cuối cùng, các công ty không chỉ muốn có dữ liệu liên quan đến người dùng của mình mà còn có dữ liệu liên quan đến chính hệ thống. Dữ liệu có thể cung cấp thông tin những gì đã xảy ra trong quá khứ, những giá trị công ty có tại một thời điểm nào cách khác để làm mọi người hài lòng, cần cung cấp Data Model dễ hiểu, dễ mở rộng hoặc thay đổi, có hiệu suất tốt đồng thời tốt cho năng suất của nhà phát triển và với khả năng hiểu biết những gì đã xảy ra trong quá khứCác kỹ thuật lập Data Modeling chínhNhư bạn có thể đoán, bài viết này sẽ đề xuất một cách chung để lập mô hình dữ liệu đáp ứng tất cả các yêu cầu đặt ra. Thực tế sẽ không có bất kỳ cách thức hoàn hảo tuyệt đối nào và câu trả lời chính xác hầu hết thời gian là “” “còn tùy vào rất nhiều yếu tố”, nhưng tôi đã sử dụng kỹ thuật mới này và có vẻ rất hứa hẹn. Nhưng trước tiên, hãy tìm hiểu “cách thông thường” của việc lập mô hình dữ liệu mà chắc hẳn bạn sẽ cảm thấy rất quen hình dữ liệu chuẩn còn gọi là Domain ModelBạn xác định các đối tượng và thuộc tính của chúng dựa trên phạm vi của vấn đề bạn đang giải quyết. Giống như có một loại hộp khác nhau cho mỗi loại đồ vật mà chúng ta muốn cất sử bạn đang phát triển giải pháp phần mềm Meetings. Phạm vi của bạn sẽ trông giống như danh sách sauCuộc họp Với thông tin cơ bản về địa điểm, thời gian, thời lượng và hoạt động như nơi các thực thể còn lại được liệt kê bên dưới hoạt độngCon người Các thành viên của cuộc họp có thể với một số vai trò cụ thể người tổ chức, thư ký, người thuyết trình,...Chủ đề Chương trình cho cuộc họp dưới dạng danh sách các chủ đề với một số thứ tự, mô tả, thời lượng,...Thỏa thuận Kết quả chính của cuộc trò chuyện có thể được gắn thẻ để thuận tiện tìm kiếm sau chú Các cuộc trò chuyện chính bên trong một chủ động Một số trách nhiệm ngắn hạn được giao cho một ràng là loại mô hình này khá rõ ràng vì được định nghĩa giống như cách chúng ta nghĩ về vấn vậy, đầu tiên hãy thực hiện kiểm tra về 5 khía cạnh phân tích thang điểm từ 1 đến 10Sự thông suốt 10 điểm. Có nghĩa là mô hình rất rõ ràng, giống như con người linh hoạt 3 điểm. Yếu tố không thật sự tốt vì với mỗi lĩnh vực mới được yêu cầu, sẽ cần một sự thay đổi về mô suất 6 điểm. Loại mô hình này không có hiệu suất tốt nhất và lý do sẽ được trình bày sau suất 3 điểm. Mỗi bộ sưu tập hoặc bảng sẽ cần phương thức riêng để cập nhật giá trị trong mỗi trường. Điều này không tốt cho năng suất của lập trình viên, trừ khi bạn phát triển một phần mềm trung gian để giao tiếp với cơ sở dữ liệu theo “cách tham số” nhưng điều này cũng không tự nhiên. Chúng tôi sẽ đề xuất một cách tốt hơn để thực hiện điều năng truy xuất nguồn gốc 2 điểm. Loại mô hình này cập nhật các trường dữ liệu ngay lập tức, vì vậy khi địa chỉ thay đổi, địa chỉ cũ sẽ bị mấtCách giải quyết là có một bảng riêng biệt ghi lại tất cả các thay đổi bảng nhật ký nhưng sẽ được tách biệt với phần còn lại của mô cách tiếp cận mô hình hóa tổng hợpCấu trúc của mô hìnhĐề xuất chỉ có một bảng hoặc bộ sưu tập lưu trữ tất cả dữ liệu miền, theo cùng một cấu trúc và không làm mất bất kỳ dữ liệu nào không cập nhật, không xóa. Có 2 ngoại lệ đối với quy tắc này, chúng tôi sẽ đề cập đến chúng ở phần trúc của “universal record” này là_id Định danh duy nhất của thực Tùy chọn Đây cũng là một mã định danh duy nhất của thực thể nhưng được điều khiển bởi một số quy tắc kinh doanh. Ví dụ địa chỉ email phải là duy nhất hoặc mối quan hệ giữa hai thực thể có thể tạo ra một thực thể mới có khóa duy nhất là “entity_id_1 - entity_id_2”.domain Loại thông tin đang lưu trữ. Hầu hết tất cả đều hữu ích cho việc lọc tìm nạp dữ liệu và có tính rõ ràng cho nhà phát triển khi xem cơ sở dữ Trường này có thể gây tranh cãi, nhưng trong một số ứng dụng đã phát triển về khái niệm công ty tổ chức mà người dùng của bạn thuộc về luôn hiện hữu giúp tăng tính rõ ràng của mô hình dữ liệu khi có 1 trường dữ liệu chứa tất cả các domain liên quanMối quan hệ của dữ liệu Bây giờ chúng ta đang suy nghĩ về các mối quan hệ. Hãy cho rằng có một bảng, không có quan hệ rõ ràng nào ở cấp mô hình hoặc có ở cấp dữ liệu. Ở đây, bạn có thể xác định thực thể gốc của thực thể hiện tại, vì vậy khi có quyền truy cập vào thực thể gốc, bạn cũng sẽ có quyền truy cập vào thực thể này. Đây có thể là company_id hoặc user_id cho hầu hết các trường Đây là nơi chứa Dữ liệu thực tế, là một mảng các đối tượng ở dạng {key, value, timestamp}.Trường attrsVới trường này, toàn bộ mô hình thực sự nằm trong trường attrs và mỗi khóa có thể nhiều hơn một lần đối với các mốc thời gian “timestamp” khác nhau.Ví dụ{key name’, value José’,timestamp 1575490495682}.{key name’, value José Manuel’,timestamp 1575490495795}.Cho biết rằng cùng một tên khóa có giá trị 'José' tại timestamp 1575490495682, nhưng sau đó đã đổi thành 'José Manuel' tại 1575490495795. Do dấu thời gian này lớn hơn dấu thời gian trước đó, chúng tôi xem giá trị này là giá trị hiện ra, sẽ luôn có 3 trường đặc biệt bên trong trường attrscompany_id Đã được giải Hoặc người dùng chịu trách nhiệm về việc tạo thực thái Giá trị 1 cho các thực thể đang hoạt động và -1 cho những gì đã xóa mặc dù thực sự không bao giờ xóa một thực thểLưu ý rằng “hình dạng” của thuộc tính giá trị bên trong mỗi thuộc tính có thể thuộc bất kỳ kiểu nào. Nếu chúng ta nghĩ theo thuật ngữ Javascript, chúng ta có thể có Chuỗi, Booleans, Số, Ngày, Mảng, Đối tượng,...Bây giờ, đã đến lúc xem chi tiết từng khía cạnh trong phân tích 5 khía cạnh của Data thông suốtĐây không phải là tính năng lớn nhất của mô hình này, bởi vì mỗi khi bạn nhìn vào một bản ghi, bạn cần phải đi sâu vào bên trong trường attrs. Đây là chi phí chúng tôi phải trả, sự đánh đổi để có được những lợi ích dù sau khi làm việc với mô hình giá trị quan trọng này một thời gian, bạn sẽ “thấy mô hình rất rõ ràng”, nhưng đối với người đọc, thoạt nghe có vẻ khó sẽ nhận một phần thưởng tuyệt vời khi lập mô hình như thế này bằng cách mô tả tất cả mô hình của mình bằng một câu truy vấn. Vì vậy, nếu chúng ta cần có một tài liệu hoặc tốt hơn là một trang web hiển thị các trường "thực" của mỗi thực thể, chúng ta có thể đạt được điều đó rất dễ giờ, hãy xem xét sự linh hoạt của mô hoạtTính linh hoạt được tích hợp trong mô hình meta và đó là khái niệm cốt lõi. Thay vì xác định trước các trường của thực thể cho mỗi phạm vi còn được gọi là “lược đồ”, chúng tôi chỉ xác định cấu trúc chung này có thể chứa bất kỳ lược đồ linh hoạt thực sự mạnh mẽ trong trường hợp nàyHệ thống của bạn cần lưu trữ loại dữ liệu mới tại một thực thể nhất định hoặc có thể là các thực thể mới. Bạn đã biết rằng bất kỳ thực thể nào cũng có thể được mô hình hóa bằng định nghĩa khóa giá trị Key-value đơn giản, vì vậy bạn sẽ không phá vỡ bất kỳ đoạn mã nào bằng cách thực hiện thay đổi này. Vấn đề là mô hình thực sự nằm bên trong dữ liệu, không phải bên trong cơ sở dữ cần thay đổi mối quan hệ giữa các thực thể, có thể có một thực thể phụ thuộc vào người dùng, và bây giờ cần phụ thuộc vào một nhóm người dùng…Đừng lo lắng, bạn chỉ cần cập nhật trường mối quan hệ bằng một truy vấn. Trong trường hợp này, có thể bạn sẽ cần thay đổi mã, nhưng bạn một lần nữa không cần phải thay đổi mô suấtHiệu suất là một lợi ích ít rõ ràng nhất của loại mô hình này. Bạn có thể lập luận rằng mô hình này chiếm nhiều không gian hơn mô hình truyền thống. Nhưng ngày nay việc lưu trữ không phải là một vấn đề vì có nhiều cách thức thực hiện khác nhau với chi phí suất chính không liên quan đến cách lưu trữ khóa giá trị, nhưng với trường dấu thời gian kết hợp với trường mà chúng tôi không bao giờ cập nhật hoặc xóa bất kỳ thứ đó, khi khách hàng đọc từ mô hình này nơi có thể cảm nhận được hiệu suất mô hình không cần phải lấy tất cả các thực thể, cũng như tất cả các trường thực thể mà họ quan tâm, bởi vì họ có thể đã có sẵn thông dụMột số dữ liệu đã được tạo trong cơ sở dữ liệu tại dấu thời gian khách hàng xem ứng dụng yêu cầu một số dữ liệu tại t_1 và máy chủ trả lời bằng dữ liệu mà khách hàng quan tâm chỉ dữ liệu mà module yêu cầu/có quyền truy cập. Sau đó, khách hàng đăng xuất ứng dụng tại dấu thời gian đến, tại dấu thời gian t_2 và t_3, máy chủ nhận dữ liệu mới, cung cấp thông tin đến cho những người dùng khác đã tương tác với ứng sau đó, tại t_4, khách hàng kết nối lại và thay vì xem lại tất cả thông tin cộng thêm thông tin mới, khách hàng chỉ nhận thông tin mới cần thiết, tránh lãng phí khi chuyển lại dữ liệu khách hàng đã có .Quá trình này khá tốt cho hiệu suất. Thay vì điều chỉnh một số chi tiết nhỏ, chúng tôi lược bỏ rất nhiều công việc mỗi khi truy cập cơ sở dữ liệu bằng cách truy vấn Chỉ cần cung cấp cho tôi những dữ liệu từ mốc thời gian này về này không chỉ hoạt động ở cấp thực thể các thực thể mới sẽ được gửi mà còn ở cấp trường chỉ gửi trường mới của các thực thể cũ, giảm dung lượng cần trao đổi về lâu cách khác, chúng tôi đang triển khai một bộ nhớ cache cục bộ, điều đó có thể xảy ra chỉ vì chúng tôi không cập nhật các trường, mà chỉ hướng đến việc bổ sung dữ liệu trường hợp nào chúng ta phá vỡ quy tắc "Chỉ thêm vào - không xóa hay cập nhật dữ liệu"?Có 2 tình huống cần xem xét, đề phòng trường hợp bạn băn khoăn không biết làm thế nào để quản lý1. Trường chỉ là trạng thái, có tính biến động. Giả sử bạn đã gửi thông báo cho người dùng của mình. Người dùng có thể muốn đánh dấu là đã đọc hoặc chưa đọc và có thể thực hiện quá trình này nhiều lần. Vì vậy, không có giá trị thực nào giữ tất cả "lịch sử nhấp chuột", vì bản chất của dữ Trường đại diện cho một thực thể con, ví dụ bạn có thể có một domian gọi là "Kỹ năng" có "điểm" từ 1 đến n. Bạn có thể tạo một domain mới có tên “SkillGrades” nhưng là một thực thể con sẽ đơn giản hơn nếu được lồng vào bên trong domian gốc. Vấn đề là thay vì có nhiều khóa = 'điểm' cho mỗi lần bạn thêm hoặc xóa điểm, bạn chỉ có một khóa = 'điểm' và bạn thêm vào bên cả hai trường hợp, chúng tôi cập nhật timestamp của các trường này trong mỗi lần cập nhật. Vì vậy, timestamp sẽ được công nhận là thông tin mới vào lần tiếp theo khách hàng yêu suấtNếu bạn có 20–30 loại thực thể trong mô hình của mình và không quá khó để đạt được con số này, bạn sẽ cần phải có một số phương thức CRUD Tạo-Đọc-Cập nhật-Xóa cho từng thực thể. Vì vậy, bạn sẽ có khoảng 100 phương pháp được sử dụng trong từng trường chép mã hiện có từ một phương thức, thay đổi tên tệp,, thay đổi nội dung của phương thức, thêm/xóa trường,...Mỗi khi bạn thay đổi các trường của thực thể thì sẽ xảy ra điều gì? Định vị tệp, thay đổi trường, khởi động lại máy chủ…Khi bạn có một mô hình meta, bạn sẽ nhanh chóng nhận ra rằng bạn cần phải xây dựng một số chức năng tiện ích để tương tác. Tuy nhiên sự khác biệt với 100 phương thức được đề cập ở trên là tập hợp các tiện ích nhỏ hơn và không phụ thuộc vào quy mô domain của bạn Dưới đây là một số chức năng nên xem xétcreateEntity Tạo cấu trúc cơ bản và đó là thực thể không tính đến đúng sai giống như tất cả các chức năng khác bên dưới.addAttrsToEntity Chức năng “cập nhật”, cho phép thêm dữ liệu mới vào thực thể mà không làm mất dữ liệu trước Thêm “thông tin quan hệ” của thực thể, để có thể xác định sau này ai có thể truy cập vào các dữ liệu Bằng _id hoặc uniqueKey, bạn nhận được dữ liệu thực Hầu hết thời gian chúng ta chỉ quan tâm đến giá trị cuối cùng hiện tại của mỗi trường, vì vậy chúng ta chuyển một thực thể cho phương thức này và một số khóa để trả về và chúng ta nhận được một đối tượng có giá trị cuối cùng cho mỗi Cho phép trả về các thực thể ở cấp công ty tất cả người dùng đều có quyền truy cập ở cấp người dùng hoặc các cấp khác ví dụ route, tham số truy vấn.Bạn sẽ mong đợi có ít hơn khoảng 50% đến 70% khối lượng mã cần được viết, nhưng cũng ít lỗi hơn do đã được tiêu chuẩn xuất nguồn gốcNếu bạn xóa dữ liệu vật lý hoặc cập nhật dữ liệu tại chỗ cách tiếp cận phổ biến nhất, bạn đang mất khả năng biết những gì đã xảy ra trong quá khứ. Đôi khi đây là những gì bạn thực sự mong muốn ví dụ trong 2 trường hợp đã nêu ở trên nhưng những lúc khác bạn chỉ cảm thấy an toàn biết rằng cơ sở dữ liệu không chỉ lưu giữ dữ liệu có liên quan đến người dùng của bạn mà còn lưu giữ các sự kiện liên quan đến từng phần dữ liệu. Điều này tốt cho các công việc sau này nhưGỡ lỗi debug Bạn có thể "thực sự thấy những gì đã xảy ra"Phân tích Bạn cũng có khái niệm về tình trạng hoạt động của ứng dụng bạn đang xây dựng bằng cách xem cơ sở dữ theo, chúng ta hãy xem xét các con số với cách tiếp cận mớiMeta-Model có những lợi thế rõ ràng trong mỗi chiều, ngoại trừ việc ít rõ ràng hơn mặc dù bạn có thể điều chỉnh ý định của mình theo mô hình này theo thời gian. Lấy hình ảnh chỉ để so sánh 2 phương án, các con số là tùy ý và không dựa trên các nghiên cứu nghiêm điều gì liên quan đến việc sử dụng mô hình này trong Browser?Đây có thể là “phần 2” của bài viết này, nhưng tóm lại, các khía cạnh chính làCó một bản sao cục bộ của dữ liệu nhận được từ máy chủ tại LocalStorage hoặc thậm chí tốt hơn trong IndexedDB. Dữ liệu này chỉ được tận dụng khi có dữ liệu đó, chúng tôi sẽ điền vào một đối tượng một đối tượng JS lớn với tất cả dữ liệu với 2 phép biến đổi1 Chúng tôi sẽ chỉ có giá trị cuối cùng của mỗi trường dấu thời gian sẽ không còn cần thiết2 Thay vì có dữ liệu ở dạng [{key 'name', value 'José}, {key' city ', value' Santiago '}], chúng ta sẽ có dữ liệu giống như {name' José ', thành phố' Santiago '}. Vì vậy, dữ liệu sẽ tự nhiên hơn đối với mô hình tư này rất quan trọng, bởi vì bất kỳ ai cũng đều đang quan tâm đến “khả năng truy cập” vào đoạn mã mà khách hàng cũng có. Khi dữ liệu mới được tạo ra bởi người dùng, bạn sẽ thêm dữ liệu vào đối tượng JS lớn của mình và cũng thực hiện yêu cầu đến máy chủ, vì vậy giao diện người dùng sẽ phản ánh các thay đổi ngay lập cùng nhưng không kém phần quan trọng, việc xây dựng Module quản trị qua Mô hình Meta tạo, xóa, cập nhật dữ liệu mới cũng rất dễ thực hiện. Bạn sẽ dùng ít đoạn mã đặc biệt hơn cho mỗi bộ sưu tập, các đoạn mã bạn viết sẽ có tính nhất quán hơn và chỉ cần ít thành phần UI để viết itnext LOGOChương 2 Cơ Sở Dữ LiệuLớp viênLOGONội dung1Những vấn đề chung về CSDL2Thiết kế CSDL trong hệ thống TTKTLOGOI. Những vấn đề chung về CSDL1. Khái niệmCơ sở dữ liệu là một tập hợp có cấu trúccủa các dữ liệu được lưu trữ có thể thỏamãn đồng thời nhiều người sử Những vấn đề chung về CSDL2. Một số thuật ngữ trong thiết kế CSDLThựcthểCá thểThuật ngữQuanhệThuộctìnhTextLOGOI. Những vấn đề chung về CSDL2. Một số thuật ngữ trong thiết kế CSDLa Thực thể EntityLà lớp các đối tượng có cùng đặc tính chung mà người tamuốn quản lí thông tin về nóTrong thực tế có nhiều thực thể khác nhau+ Thực thể xác định+ Thực thể chức năng+ Thực thể sự kiện+ Thực thể quan hệLOGOI. Những vấn đề chung về CSDL2. Một số thuật ngữ trong thiết kế CSDLb Cá thể InstanceLà một đối tượng cụ thể trong cá thểVD Lớp KT8A1 là một cá thể của thực thể TrườngĐHKTKTCN, bút là một cá thể của thực thể đồdùng học tập...LOGOI. Những vấn đề chung về CSDL2. Một số thuật ngữ trong thiết kế CSDLc Thuộc tính AttributeLà đặc trưng riêng của tất cả các đối tượng trong thực thểCác loại thuộc tính phổ biến+ Thuộc tính định danh+ Thuộc tính mô tả+ Thuộc tính quan hệ+ Thuộc tính lặp+ Thuộc tính thứ sinhLOGOI. Những vấn đề chung về CSDL2. Một số thuật ngữ trong thiết kế CSDLd Quan hệ Relation- Quan hệ một – mộtVD 1 ổ khóa – 1 chìa khóa- Quan hệ một – nhiềuVD 1 khách hàng – Nhiều mặt hàngQuan hệ nhiều – nhiềuVD sinh viên và môn họcLOGOI. Những vấn đề chung về CSDL2. Một số thuật ngữ trong thiết kế CSDLd Quan hệ RelationBậc của quan hệ Chỉ số lượng thực thể tham gia vào quanhệ đó+ Quan hệ bậc 1 là quan hệ của một cá thể với các cá thểkhác cùng một thực thể+ Quan hệ bậc 2 là quan hệ giữa hai thực thể. Đây là quanhệ thường gặp trong thực thể.+ Quan hệ bậc 3 trở lên được gọi là quan hệ bậc cao. Mọiquan hệ bậc cao đều được biến đổi về quan hệ bậc 2LOGOI. Những vấn đề chung về CSDL2. Một số thuật ngữ trong thiết kế CSDLd Quan hệ RelationMô hình thực hiện+ Mô hình cơ sở dữ liệu thứ bậc Mô hình chính đầu tiêncó tính thương mại dành cho CSDL lớn LOGOI. Những vấn đề chung về CSDL2. Một số thuật ngữ trong thiết kế CSDLd Quan hệ Relation+ Mô hình cơ sở dữ liệu mạng Các báo cáo có thể thiếtlập từ nhiều nguồnLOGOI. Những vấn đề chung về CSDL2. Một số thuật ngữ trong thiết kế CSDLd Quan hệ Relation+ Mô hình cở sở dữ liệu quan hệ Có thêm chức năng chủkhác ~> Dễ hiểu và dễ thực hiện hơnLOGOI. Những vấn đề chung về CSDL3. Tổ chức dữ liệu theo mô hình REALa Cấu trúc mô hình RealGồm các thực thể cần lưu trữ trong mô hình, thuộc tính củathực thể, và mối liên kết giữa các thực thể này. Cấu trúcnày được mô tả về mặt lý luận dựa trên hình thức cấu trúccủa mô hình ER- Thực thể lưu trữ- Sự kiện events- Nguồn lực resources- Tác nhân agents- Vị trí locationsLOGOI. Những vấn đề chung về CSDL3. Tổ chức dữ liệu theo mô hình REALb Mô tả mô hình RealCác kí hiệu cơ bảnTên thực thểTên thuộc tính củathưc thểThuộc tính khóaLOGOI. Những vấn đề chung về CSDL3. Tổ chức dữ liệu theo mô hình REALb Mô tả mô hình RealNguyên tắc chung mô tả mô hình REAL + Nguyên tắc 1 Mỗi thực thể sự kiện phải liên kết ít nhấtmột thể nguồn lực kinh tế+ Nguyên tắc 2 Mỗi thực thể sự kiện phải liên kết ít nhấtmột thể sự kiện khác+ Nguyên tắc 3 Mỗi thực thể sự kiện phải liên kết ít nhấttới hai tác nhân tham giaLOGOI. Những vấn đề chung về CSDL3. Tổ chức dữ liệu theo mô hình REALc Các bước phân tích và xây dựng mô hình REAL- Bước 1 tìm hiểu hoạt động kinh doanh của đơnvị; cácchiến lược, chính sách, và kế hoạch phát triển cùng cácnhu cầu thông tin liên quan hoạt động kinh doanh để cómọi cái nhìn tổng quan về doanh Bước 2 Xem xét quy trình xử lý kinh doanh và xác địnhcác sự kiện quan trọng cần thu thập và lưu trữ thông tinvà trình tự của nó trong quá Bước 3 Phân tích mỗi một sự kiện đã nhận diện ở bước2 để xác minh nguồn lực sự kiện, tác nhân tham gia vàcác vị trí liên quan trong sựkiệnLOGOI. Những vấn đề chung về CSDL3. Tổ chức dữ liệu theo mô hình REALc Các bước phân tích và xây dựng mô hình REAL- Bước 4 Xác định các nhu cầu thông tin cần thu thập và lưutrữ về các nội dung đã được xác nhận ở bước 3. Xác định cácđặc điểm, chính sách liên quan tới các thực thể đã nhận diện ởbước 3 để làm căn cứ xác định các thuộc tính của thực thể vàmối liên kết giữa các thực Bước 5 Vẽ mô hình REAL theo đúng nguyên tắc mô tảLOGOII. Thiết kế CSDL trong HTTTKT1. Yêu cầu của hệ thống thông tin kế toána Yêu cầu cơ bản về thông tin kế toán- Một số yêu cầu cơ bản của thông tin kế toán hiện nay cóthể liệt kê đó là+ Trung thực+ Khách quan+ Đầy đủ+ Kịp thời+ Dễ hiểu+ Có thể so sánhLOGOII. Thiết kế CSDL trong HTTTKT1. Yêu cầu của hệ thống thông tin kế toánb Cơ sở hình thành thông tin kế toán- Thu thập thông tin kế toán ghi nhận ban đầu cácNVKTTC phát sinh thông qua các PP chứng từ kế Xử lý thông tin kế toán Phân loại , sắp xếp, xử lý, hệthống hóa thông tin những thông tin ban đầu qua cácphương pháp kế toán nhằm có được những thông tinphù hợp để ghi nhận vào các loại sổ kế toán, báo cáoliên Phân tích và cung cấp thông tin Phân tích những TTKTđược ghi nhận để có được những số liệu, những thôngtin đáp ứng được yêu cầu của các đối tượng liên Thiết kế CSDL trong HTTTKT1. Yêu cầu của hệ thống thông tin kế toánc Hình thức biểu hiện của thông tin kế toán- Sử dụng các thước đo giá trị, thước đo hiện vật, thướcđo thời gian. Tuy nhiên chủ yếu vẫn là thước đo giá Thiết kế CSDL trong HTTTKT1. Yêu cầu của hệ thống thông tin kế toánd Đánh giá chất lượng của thông tin kế toán- Tùy theo từng nhu cầu và mục tiêu nhất định, cũng nhưcăn cứ vào các Báo cáo kế toán khác nhau mới đánh giáđược chất lượng thông tin kế Tùy từng quy mô, lĩnh vực hoạt động mà yêu cầu cungcấp thông tin cũng khác Để đưa ra quyết định kinh tế phục vụ công tác quản lý,điều hành doanh nhiệp cần thiết và tiên quyết phải dựavào các thông tin kế toán, thông tin thuế của doanhnghiệp => hoạch định việc thu nhận – xử lý và phân tích ,cung cấp thông tin kế toán đáp ứng được vai trò đối vớitừng doanh Thiết kế CSDL trong HTTTKT2. Các bước thiết kế cơ sở dữ liệu trong hệ thống thông tinkế toán- Bước 1 Xác định nhu cầu thông tin- Bước 2 Xác định các thực thể và thuộc tính tương ứng- Bước 3 Xác định mối quan hệ giữa các thực thể- Bước 4 Tạo sơ đồ mối liên hệ thực thể- Bước 5 Chuẩn hóa mối quan hệLOGOCâu hỏi thảo luậnCâu 1 Trình bày khái niệm về CSDLCơ sở dữ liệu là một tập hợp có cấu trúc của các dữ liệuđược lưu trữ có thể thỏa mãn đồng thời nhiều người sửdụng- Với hệ thống thông tin kế toán thông thường xử lý thủcông, dữ liệu được lưu trữ trên giấy và cấu trúc của dữliệu chính là các mẫu chứng từ, sổ sách- Với các hệ thống kế toán dùng máy tính, dữ liệu đượclưu giữ dưới dạng các tệp tin và cấu trúc của dữ liệuchính là cấu trúc của các tập tin cơ sở dữ liệuLOGOCâu hỏi thảo luậnCâu 2 Khái niệm tệp và hệ thống tệp dữ liệu- Bit 1 hoặc 0- Byte- 8 bits số, kýtự , tínhiệu - Trường/ thuộc tính- Nhóm các ký tự được tổ chức nhằm mục đích lưu trữ vàxử lý- Biểu ghi / Thực thể- Nhóm các trường có liên quan tới nhau- Tập DL / Tập thực thể- Một nhóm các biểu ghi có cấu trúc giống nhau- Cơ sở dữ liệu CSDL- Một nhóm các tập dữ liệu có liên quan

tổ chức dữ liệu theo mô hình real