Các nhà phát triển SQL có tạo các truy vấn SQL bằng Trình thiết kế truy vấn SQL không?


13

Tôi chỉ tò mò nếu SQL Devs tự do viết mã của họ hoặc họ có sử dụng trình thiết kế truy vấn trực quan để tạo truy vấn không? Trong phần lớn các trường hợp, trình thiết kế truy vấn có thể tạo ra hầu hết các truy vấn không phức tạp, không? (Tôi là một nhà phát triển WinForms vừa mới bắt đầu với SQL Server)


4
Tôi sử dụng một trình thiết kế truy vấn trực quan, nó được gọi là emacs. Thỉnh thoảng tôi sẽ làm "tự do" trong vi.
dietbuddha

Câu trả lời:


29

Tôi không thể nói cho bất kỳ ai khác, nhưng tôi thường chỉ gõ SQL bằng "tự do", như bạn nói. Hầu hết các nhà thiết kế truy vấn trực quan dường như (với tôi) để tăng độ phức tạp hơn là giảm nó. Tôi nên thêm rằng tôi không viết SQL ở bất cứ đâu gần với toàn thời gian.


1
Tôi đồng ý, mặc dù tôi thường chỉ trộn lại các truy vấn SQL tôi tìm thấy trên Net. Trình thiết kế truy vấn trực quan sắp xếp giả định bạn biết ngôn ngữ truy vấn.
Dan Rosenstark

4
+1 cho "... dường như (với tôi) để tăng độ phức tạp thay vì giảm bớt"
ozz

tương tự ở đây (mặc dù tôi sử dụng chủ yếu là Oracle, không phải MS SQL). SQL được tạo có xu hướng chậm, quá phức tạp.
jwenting

10

Tôi chắc chắn rằng nó phụ thuộc, nhưng tôi không bao giờ sử dụng các nhà thiết kế hình ảnh. Một khi bạn có cảm giác tốt về SQL và suy nghĩ bằng SQL, viết nó trở thành bản chất thứ hai. Tôi sẽ có một thời gian bực bội hơn nhiều khi sử dụng bất kỳ nhà thiết kế hình ảnh nào hơn là chỉ viết SQL thô.


5

Tôi muốn nói rằng phần lớn các nhà phát triển có kinh nghiệm hợp lý viết nó bằng tay. Tôi chắc chắn rằng một số học sinh mới hoặc học sinh gần đây có thể sử dụng các nhà thiết kế hình ảnh nhưng một khi bạn có một số điều cơ bản về SQL đã học viết bằng tay thì nhanh hơn nhiều.


5

Tôi thấy rằng các nhà thiết kế truy vấn thường chậm và cồng kềnh và không thể luôn xử lý các truy vấn phức tạp. Đã nhiều lần tôi phải sao chép / dán truy vấn vào một số công cụ (thường là Access / Excel), sau đó dành vài phút để truy vấn trước khi tuyên bố rằng nó chỉ không thể xử lý nó và nó sẽ gửi tôi đến phần chỉnh sửa văn bản chế độ.


3

Bất cứ khi nào tôi muốn học một công cụ / ngôn ngữ mới. Tôi buộc mình phải gõ nó bằng tay. HTML, XAML, SQL. Bằng cách đó tôi biết làm thế nào để sửa chữa những gì nhà thiết kế phun ra. Một khi tôi giỏi viết tay, sau đó tôi buộc mình phải học nhà thiết kế tốt nhất có thể.

Đối xử tốt với cả hai, hãy để bạn có được cả hai thế giới tốt nhất ... có những điều sẽ hiệu quả hơn với một nhà thiết kế và những người khác có hiệu quả hơn về mã. Dạy bản thân cả hai cho phép bạn tránh những thiếu sót của một trong hai.


3

Tôi không sử dụng các truy vấn tạo để tạo các truy vấn của mình, ban đầu tôi xây dựng chúng bằng tay (chủ yếu là vì bất cứ điều gì ngoại trừ một số truy vấn không đáng để viết trong a query designer.

Nhưng trên các hệ thống lớn thì điều này là không đủ. Hầu hết các hệ thống DB nặng đều cung cấp một công cụ phân tích truy vấn sẽ lấy một truy vấn và hiển thị cho bạn Query Execution Plan. Sau đó, bạn có thể sử dụng công cụ này (với các công cụ khác) để thử và tối ưu hóa Truy vấn.

Không chỉ giúp với chính truy vấn mà còn cung cấp cho bạn một dấu hiệu về những bảng nào cần được lập chỉ mục và cách chúng được lập chỉ mục mà còn có khả năng là các kỹ thuật để phân vùng dữ liệu.


3

Tôi sẽ đi xa hơn để nói rằng tôi chưa bao giờ thấy ai sử dụng trình thiết kế truy vấn trực quan.

Bản thân tôi chưa bao giờ sử dụng nó.


2

Khi tôi không biết rõ về lược đồ, tôi có xu hướng sử dụng một trình thiết kế truy vấn. Điều này giúp tôi tìm hiểu lược đồ. Sau này ... gõ nhanh hơn nhiều so với vẽ.


1

Tôi sẽ không bao giờ xem xét việc sử dụng các nhà thiết kế để viết các truy vấn của tôi. Tôi biết các lược đồ cơ sở dữ liệu của tôi rất chi tiết (và cơ sở dữ liệu của chúng tôi có hàng trăm bảng) và không phải suy nghĩ về cách tham gia với chúng, tôi chỉ cần gõ và các truy vấn được đưa ra.


0

Tôi viết tất cả các truy vấn của tôi bằng tay. Các nhà thiết kế hình ảnh hầu hết sẽ chỉ làm bạn chậm lại trong khi quét hàng trăm bảng để trình bày chúng độc đáo với bạn. Hoàn thành tên đơn giản cho các cột và tên bảng cộng với hướng dẫn tham khảo cho DB cụ thể của bạn là mọi thứ bạn cần để làm việc.

Lưu ý rằng kinh nghiệm của tôi với các nhà thiết kế truy vấn trực quan chỉ giới hạn ở các công cụ làm việc với cơ sở dữ liệu Oracle.


0

Tôi đã viết rất nhiều mã SQL và PL / SQL mà không cần sử dụng trình thiết kế truy vấn. Đối với một người biết SQL, sử dụng các công cụ đó chỉ là cồng kềnh. Điều đó sẽ giống như vẽ sơ đồ trong visio và để một công cụ tạo chương trình thay vì thực sự viết chương trình.


0

Người mới bắt đầu với người thiết kế và quá thường xuyên các mã SQL đầu tiên của họ được tạo ra ở đó. Có vẻ quá khó hiểu vì nó không được hình thành theo cách có cấu trúc / dễ hiểu. Cuối cùng, bạn sẽ cần phải chuyển sang mã hóa trong văn bản và bạn phải làm thẳng mọi thứ ra. Các hình thức được tắt. Intellisense đã làm điều đó cho các nhà văn sql. Tôi bắt đầu say mê với một trong số đó vì tôi đang làm việc với cơ sở dữ liệu mới.


Tôi thấy Intellisense làm tôi chậm lại, vì vậy tôi tắt nó đi.
HLGEM

0

Tôi đã viết hàng ngàn dòng của Oracle SQL và PL / SQL trong năm qua. Hầu hết thời gian tôi chỉ chạy SqlPlus trong cửa sổ shell Emacs. Tôi đã tùy chỉnh hoàn thành từ đó làm cho nó rất hiệu quả. Một nhà thiết kế truy vấn sẽ làm tôi chậm lại. Nếu tôi phải xem một tập kết quả lớn, thì tôi sẽ mở SqlDeveloper, nhưng tôi cố gắng không làm vì nó chậm, và mặc dù nó có thể hoàn thành các tên dựa trên lược đồ, nó vẫn hoạt động nhanh hơn trong Emacs.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.