Công cụ bảo vệ mã nguồn .NET mạnh nhất, không thể unpack, miễn phí cho các khách hàng đầu tiên đăng ký.
Trang 3 trên tổng số 3 Đầu tiênĐầu tiên 123
Từ 21 tới 23 trên tổng số 23 kết quả

Đề tài: Thảo luận : Cách học DB hiệu quả

  1. #21
    Ngày gia nhập
    10 2006
    Nơi ở
    Rừng Amazon
    Bài viết
    101

    Mặc định Thảo luận : Cách học DB hiệu quả

    Mấy hôm rồi về quê, không theo dõi chủ đề này được.
    Trả lời chậm, các bác thông cảm cho.

    Về ý kiến của phamtiensinh, tôi có đồng tình đồng thời cũng có điều không đồng ý.

    Tôi chỉ có một ví dụ nho nhỏ thế này.

    Có một nam tử hán, thành thạo võ công, biết được tuyệt chiêu "kinh thiên động địa" có thể dùng để thống lĩnh võ lâm. (Tiên viên trích ma túy chẳng hạn ...).

    Có một tiền bối võ lâm, thành danh nhờ sử dụng quyền cước thông dụng (Thiên hạ tam quyền chẳng hạn ...)

    2 vị giao đấu, thanh niên thua. Thiên hạ nói, võ chàng thanh niên là võ mèo qoào.

    Như vậy, sự thực có phải võ mèo qoào hay không? Hay là do chàng thanh niên chưa tu đến cái trình độ cơ bản của chiêu thức ...

    Cái mà mọi người vẫn nói là "trong trường", tôi đồng ý. Nhưng đó không phải là bản chất của DB, đừng vì một vài giảng viên thiếu trình độ mà cho rằng DB chỉ đến thế thôi.

    Chính cái việc đặt index hợp lý, đặt key hợp lý, dư thừa dữ liệu hợp lý ... đó mới chính là DB.

    Ngày xưa, khi không gian nhớ còn hạn chế, khái niệm "dư thừa dữ liệu" được nhắc đến như một con ngáo ộp. Giờ thì thôi rồi.

    Bản thân tôi khi thiết kế DB cũng luôn cố gắng để đẩy cao tốc độ thực thi, còn dung lượng lưu trữ thì càng tiết kiệm càng tốt, không phải ưu tiên hàng đầu ...

    Vài lời thô thiển.
    Công cụ bảo vệ mã nguồn .NET mạnh nhất hiện tại, miễn phí cho các khách hàng đầu tiên đăng ký.

  2. #22
    Ngày gia nhập
    06 2007
    Nơi ở
    HCM
    Bài viết
    365

    Dạo này busy liên tục ,mà đầu tư 1 bài viết ra hồn thì tốn khá nhìu thời gian lên hôm nay mới repply đc.
    @TARZAN: thực chúng ta có cùng 1 mục đích nhưng hơi khác cách thực hiện
    , nếu làm đc như TARZAN thì rất tốt tuy nhiên ta sẽ đối mặt rất nhiều vấn đề:
    - Chúng ta cần các project thiết thực tuy nhiên việc đem công sức của cá nhân, tập thể (cty) lên bàn mổ xẻ xem ra ko đc nhiều người hưởng ứng
    - Những người cầm trịch cần phải có kinh nghiệm thực tế,mà đa phần thì công việc bận rộn sẽ rất khó duy trì thảo luận
    - Gọi là thảo luận cũng không phải , vì gần như chỉ tương tác 1 chiều ,thành ra công việc sẽ đổ dồn lên những người cầm trịch ... nếu không có nhiệt huyết thì chẳng ai có thể làm đc

    Do vậy phương pháp tốt nhất là khơi dậy niềm đam mê lập trình từ những thứ tưởng chừng vụn vặt, sau 1 thời gian khi đa phần có đủ trình độ nhất định,những cái vụn vặt đã đủ lớn để làm tất cả chúng ta quan tâm thì tự nhiên các đề tại advance DB sẽ xuất hiện thôi

    phamtiensinh à. Cậu có thể tham gia nhóm CNPM với tư cách là supervisor được ko? Thật sự tớ rất cần những người có kinh nghiệm làm phần mềm lão làng như cậu. Để đưa ra 1 cái style chưa từng có trong sách vở nhưng lại hiệu quả và tối ưu. Mong cậu nhiệt tình tham gia giúp đỡ để nhóm phát triển nhanh chóng.
    Thứ nhất chỉ với gần 7 năm làm việc, còn thua xa rất nhiều member ẩn danh trong diễn đàn thì mình chưa dám nhận hai chữ lão làng
    Thứ 2 :Chẳng có một cái style nào là chưa từng có trong sách vở cả, bản thân mình cũng phải liên tục cập nhật kiến thức để định hình đc công nghệ phát triển cho cty.Do vậy chỉ cần chúng ta ko dừng lại ở mức chỉ cần đạt điểm 10 của giáo viên là ok mà mở rộng ra 1 chút, áp dụng vào thực tế thì sẽ cần biết là cần học thêm nhưng gì. Ví dụ nhỏ : nhiều bạn thường nhầm lẫn giữa 3 layer và 3 tier , layer gắn liền với cách thức tổ chức bên trong của ứng dụng, còn tier là ám chỉ đển vị trí vật lý của mỗi tầng trên các máy khác nhau. Giả dụ bạn thử cài đặt DAL , BL lên 1 máy có IP 10.0.0.5
    ( server tier) ,còn present tier ( client tier ) thì vứt lên các máy 10.0.0.6,10.0.0.7 thì sẽ thấy ngay vấn đề.Các kiến trúc client -server, 3 tier,ntier, SOA... tất cả đều dựa trên 1 kỹ thuật lền tảng Remote Call , hãy tưởng tượng từ presentation tier , bạn tạo 1 class instant , instant này lại chạy trên context của server , chiếm dụng RAM, CPU của server.Do vậy nếu ứng dụng của bạn ko implement bất cứ 1 kỹ thuật remote nào , nó ko thể gọi là ntier ( Ntier app còn được gọi là distributed application ( ứng dụng phân tán -.
    Còn về đề nghị của bạn thì mình rất sẵn sàng chỉ e ko đủ thời gian, thực tế để ý 1 chút sẽ thấy từ việc góp ý đến mở box mình đều ủng hộ.Nếu nhóm càng ngày càng mở rộng thì là việc rất tuyệt.
    @Darkan: Trả lời chi tiết các câu hỏi của đồng chí thì chắc mất cả tháng mất , mình sẽ đầu tư dài hơi hơn để tạo hẳn 1 chuyên mục : Kỹ nghệ phần mềm từ lý thuyết đến ứng dụng thực tế để bàn tiếp vấn đề này dựa trên từng bước phát triển của công ty để giúp các newbie hiểu thêm về kiến trúc phần mềm , người mới vào nghề sẽ có thêm kinh nghiệm để đính hướng
    đúng cho quy trình phát triển sản phẩm tránh đi vào vết xe đổ phải code lại toàn bộ mỗi khi nhu cầu khách hàng thay đổi ,đồng thời cũng mong nhận đc sự gốp ý của các experience member .
    2 - Theo em nữa thì khi cập nhật dùng store sẽ nhanh hơn auto command(mặc dù làm sẽ cực hơn chút ^^!).
    1. Store nhanh hơn là đương nhiên
    2. Tớ cũng đâu có nói auto command, vì dataadapter có tùy chọn sinh luôn store proc trong sql server thay vì sinh ra các TSQL trong mã lệnh.1 số chưong trình sinh SP tự động ko có tốt lắm vì ko check concurency , tự viết thì tốn thời gian lên cho nó tự gen SP rồi tùy chỉnh vẫn nhanh hơn.
    Em đồng ý với bác là đôi khi để chương trình đơn giản,dễ quản lý thì cần hy sinh chuẩn
    Code luon câu này để trả lời nốt mấy câu sau
    Còn
    Bác chắc là trùm C1 ^^!Bác chỉ cho em cách map từ ID <-> AutoID được không ạ ^^!Em có dùng nhưng chưa có thấy cách nào map được cả ^^!
    Mình dùng bộ C1 có lẽ đc gần 5 năm. Để map Display Field sang 1 field khác , toàn bộ điều khiển dùng làm dropdown của C1 cũng như nhiều điều khiển của các hãng khác đều support chế độ này ko tốn 1 dòng mã ( chỉnh lúc design đc ) lưu ý cách dùng của các property
    C1TrueDbDropDown
    - Display member
    - ValueMember
    - Value Translate
    C1Combo
    - Valuemember
    - Display member
    Trong nhiều trường hợp, thường các lưới hiện thị dữ liệu luôn có các trường diễn giải đi cạnh các trường ID để description cho end user , ví dụ user nhắp vào mã thuốc ,xổ dropdown xuống chọn mã thuốc, sau khi chọn xong thì cột tên thuốc cũng đc cập nhật , kết hợp value translate C1TrueDbDropDown + TDBGRID bạn ko tốn 1 dòng mã , và ko tốn thêm 1 trường tên thuốc.. chỉ
    cần vài thao tác lúc design mà thôi

    ... Phào....
    Đã được chỉnh sửa lần cuối bởi Haipt : 27-03-2008 lúc 08:06 PM.

  3. #23
    Ngày gia nhập
    10 2006
    Nơi ở
    Rừng Amazon
    Bài viết
    101

    Đồng ý với bác. Lâu không thấy ai trả lời tưởng chìm xuồng rồi.

    Trong việc này, để làm được thực sự rất khó khăn. Đơn giản nhất là việc truyền niềm yêu thích, sự đam mê cũng rất là khó.

    Để học được đành tự bản thân mỗi người thôi. Như subject tôi đã nêu, đây chỉ là cách học DB của tôi thôi. Cũng còn tuy cách tư duy của mỗi người sẽ thích hợp với các cách tư duy khác nhau.

    Tôi nghĩ chủ đề này nên bàn đến đây thôi.
    Công cụ bảo vệ mã nguồn .NET mạnh nhất hiện tại, miễn phí cho các khách hàng đầu tiên đăng ký.

Các đề tài tương tự

  1. Giải thuật Thảo luận giải Sudoku bằng phương pháp suy luận logic
    Gửi bởi BDK trong diễn đàn Thắc mắc CTDL & Giải thuật
    Trả lời: 1
    Bài viết cuối: 26-03-2014, 11:05 PM
  2. [Thảo luận] Cách viết phần mềm quản lí trong mạng lan
    Gửi bởi jellydn trong diễn đàn Thắc mắc lập trình Visual C++
    Trả lời: 2
    Bài viết cuối: 17-02-2009, 09:57 AM

Quyền hạn của bạn

  • Bạn không thể gửi đề tài mới
  • Bạn không thể gửi bài trả lời
  • Bạn không thể gửi các đính kèm
  • Bạn không thể chỉnh sửa bài viết của bạn