Vba cũng làm group được đó anh. Giống như hàm A_SQL trong excel của em

(16-02-20, 05:25 PM)thuyyeu99 Đã viết: Vba cũng làm group được đó anh. Giống như hàm A_SQL trong excel của em

Thì có ai nói là VBA không group được. Xem lại bài #7

Group có máy dấu + kìa

(16-02-20, 05:33 PM)thuyyeu99 Đã viết: Group có máy dấu + kìa

VBA làm gì có dấu cộng trừ? Chỉ khi làm bằng công cụ SubTotal của Excel mới có nó
Còn làm Group bằng VBA để có dấu cộng trừ cũng không khó lắm(Tạo dấu cộng trừ ngay trong ô của cột A), chứ làm bên ngoài bảng tính nhìn nó xấu xí quá

Em thấy lạ nên mò cho biết. Mò xong thấy chẳng có tác dụng gì ngoài việc cơ giản cho dễ nhìn, nên bỏ chức năng đó luôn đâu có sài nữa chỉ giữ lại total, groupconcat, đánh stt hihihi

(16-02-20, 05:33 PM)thuyyeu99 Đã viết: Group có máy dấu + kìa

Mấy dấu cộng để xử lý ẩn hiện nhóm trong trường hợp xử lý nhóm bậc thang (nhiều nhóm lớn nhỏ). khi in thì không thấy. Excel cũng có cái hay của nó chỉ có cái nó hơi bị giống như phần mềm mã nguồn mở  . một phần mềm access chuyên nghiệp người sử dụng chỉ học vài giờ là làm được (bao nhiêu cái khó dồn cho tác giả) còn người sử dụng excel phải học bằng A mới được

Hihi cái này em đồng ý với anh, thiết kế và viết 1 phần mềm trên access không phải dễ như viết trên excel. Em vô diễn đàn thấy các anh làm thiết kế chuyên nghiệp thật, kiến thức thì khỏi nói rồi rộng quá. Em muốn viết 1 cái chương trình nhỏ mà thiết kế cái database chưa xong nữa hichic. Thấy các anh làm sao dễ quá.

Đây là cái group em viết bên excel đây. cái này là hàm function chứ không phải sub nhé.




https://www.upsieutoc.com/image/MFnYWw

(16-02-20, 06:53 PM)thuyyeu99 Đã viết: Đây là cái group em viết bên excel đây. cái này là hàm function chứ không phải sub nhé.




https://www.upsieutoc.com/image/MFnYWw

Anh thấy em có kiến thức chuyên sâu vô lập trình hệ thống, tự ngâm cứu viết các công cụ phục vụ cho lập trình thì quá dữ rồi. Nhưng anh có một ý kiến cá nhân là thay vì em mất thời gian cho việc tìm hiểu và viết lại cái công cụ "Group/ Ungoup" mà ứng dụng đã cung cấp sẳn (Excel) thì em viết mấy cái tính năng mà ứng dụng truyền thống không cung cấp như cái tool kết nối với các loại Database để lấy dữ liệu qua internet như vừa rồi thì nó hay và có tính thực tiễn ứng dụng hơn. Chẳng hạn anh thấy các bạn dùng Excel hay có yêu cầu "sáp nhập nhiều sheet (cùng kiểu thiết kế) ở các Workbook khác nhau vào cùng 1 sheet" thì em phát triển 1 cái tool thực hiện việc này chỉ bằng các thao tác chọn sheet, kéo thả gì đó...là ra kết quả v.v..
Còn bên Access thì tụi anh đi theo cái hướng khác: là viết cái ứng dụng cho người dùng không cần phải có kiến thức gì máy tính, công thức, hàm...mà cũng có thể sử dụng được ứng dụng phục vụ công việc của họ (tất nhiên ứng dụng nào cũng phải có huấn luyện sử dụng).

Thực ra học access cũng không khó hơn gì excel. Có điều các bạn xử dụng excel là làm cho mình còn access thì làm cho người khác. Học excel khi chưa biết gì thật dễ. Cứ thiết kế cái bảng như bên word, chỗ nào làm fuction được thì làm, không được thì gõ tay, mỗi ngày một ít, đến lúc thăng hạng tầm cỡ thì lại lún sâu vào nó quá rồi, không bỏ được. Microsoft biết điều này nên mới đẻ ra vụ tạo Total cuối table nhằm lôi kéo dân chuyên excel chuyển qua access (chứ dân access cần mấy cái này để làm gì). Nhưng âm mưu này cũng không hiệu quả lắm. Thực ra như bạn thuyyeu99 nói. Vấn đề quan trọng nhất của access không phải là form, query, report hay macro, VBA (có những bạn viết VBA excel rất đáng nể code còn dữ dội hơn code access nhiều). Vấn đề nằm ở chỗ mà rất nhiều người cho là đơn giản nhất: Phân tích bảng. Thông thường khi chuyển qua access các bạn bên excel lôi nguyên một cái bảng từ excel qua (thường bảng này là bản hoàn thiện để báo cáo, giống như report bên access) rồi phát triển ngược lại thành các table để xử lý, rồi rơi vào một mớ table hỗn độn không biết lối ra. Thực ra access có một công cụ hỗ trợ là Alnalyze Table (Tôi cá là khoảng 80% dân access chưa từng dùng công cụ này). Đây là công cụ tuyệt vời dành cho dân excel khi mới làm quen với access. Từ một table import ở excel sang access sẽ phân tích thành nhiều table, Những field cần tạo ra table riêng để xử lý, tạo ra các primary key, relationships.v.v...Tất nhiên nó chưa OK, thậm chí có vài cái tào lao (máy mà). Nhưng chỉ một thời gian ngắn khi ta cần viết một phần mềm nào, tự nhiên sẽ hình thành cách phân tích kiểu như nó (nhưng tốt hơn). Chỉ cần người đặt hàng báo cho bạn viết một phần mềm để báo các cột, dòng với số liệu thế này , thế kia (Bản chất của những báo cáo CSDL là thế mà). Tự trong đầu bạn sẽ có một hệ thống table và các quan hệ. Tất cả những query, form, report, macro, code chỉ là phương tiện để chuyển những dữ liệu từ table thành các giá trị theo yêu cầu của người đặt hàng. và chắc chắn gia đoạn sau sẽ nhẹ nhàng hơn khi thực hiện trên excel.

(16-02-20, 08:04 PM)ongke0711 Đã viết:

(16-02-20, 06:53 PM)thuyyeu99 Đã viết: Đây là cái group em viết bên excel đây. cái này là hàm function chứ không phải sub nhé.




https://www.upsieutoc.com/image/MFnYWw

Anh thấy em có kiến thức chuyên sâu vô lập trình hệ thống, tự ngâm cứu viết các công cụ phục vụ cho lập trình thì quá dữ rồi. Nhưng anh có một ý kiến cá nhân là thay vì em mất thời gian cho việc tìm hiểu và viết lại cái công cụ "Group/ Ungoup" mà ứng dụng đã cung cấp sẳn (Excel) thì em viết mấy cái tính năng mà ứng dụng truyền thống không cung cấp như cái tool kết nối với các loại Database để lấy dữ liệu qua internet như vừa rồi thì nó hay và có tính thực tiễn ứng dụng hơn. Chẳng hạn anh thấy các bạn dùng Excel hay có yêu cầu "sáp nhập nhiều sheet (cùng kiểu thiết kế) ở các Workbook khác nhau vào cùng 1 sheet" thì em phát triển 1 cái tool thực hiện việc này chỉ bằng các thao tác chọn sheet, kéo thả gì đó...là ra kết quả v.v..
Còn bên Access thì tụi anh đi theo cái hướng khác: là viết cái ứng dụng cho người dùng không cần phải có kiến thức gì máy tính, công thức, hàm...mà cũng có thể sử dụng được ứng dụng phục vụ công việc của họ (tất nhiên ứng dụng nào cũng phải có huấn luyện sử dụng).

Cái vụ lấy dữ liệu từ nhiều woorkbook va sheet1 thì trong hàm em viết chỉ  cần đưa WB vào array duyệt qua rồi nối lại đưa vào sheet thôi không khó (hàm A_SQL thực chất dùng câu lệnh SQL để láy dữ liệu, tạo báo cáo mà).
Mà dạo này em hơi bận với lại mò cái tool kia là đủ mệt rồi hihi. Em mò được cái read excel qua server rùi hihi