Tại sao cơ sở dữ liệu không được tích hợp như một tính năng ngôn ngữ?

Có ngôn ngữ lập trình nào có cơ sở dữ liệu tích hợp làm tính năng ngôn ngữ hạng nhất thay vì kết nối với cơ sở dữ liệu SQL bên ngoài (hoặc khác) không? Điều gì sẽ là nhược điểm và lợi ích cho một tính năng như vậy? Một tính năng như vậy sẽ trông như thế nào và nó sẽ thay đổi cách chúng ta lập trình như thế nào?

Ngôn ngữ duy nhất mà tôi có thể nghĩ đến là các ngôn ngữ xBase cũ như DBase, Clipper và FoxPro. Có một dự án GNU cung cấp một phiên bản miễn phí và hầu hết tương thích được gọi là Clip

Cũng được Pick cơ bản mà gắn liền với một ngôn ngữ lập trình trực tiếp đến một nền tảng cơ sở dữ liệu.

Điều này đã được thực hiện. Đó là một ngõ cụt tiến hóa giới hạn làm thế nào một ngôn ngữ có thể truy cập dữ liệu.

Ngôn ngữ là "nhỏ" và cơ sở dữ liệu là "lớn"; vì vậy, bất cứ khi nào cả hai được kết hợp, đó không phải là một ngôn ngữ với cơ sở dữ liệu như một tính năng, mà là một cơ sở dữ liệu với ngôn ngữ là một tính năng. Nhiều cơ sở dữ liệu có một số ngôn ngữ độc quyền được xử lý theo chúng, ví dụ PL / SQL, T-SQL.

Tôi không nhất thiết nghĩ câu hỏi đúng là "tại sao không có?" nhưng "tại sao nên có?". Điều gì sẽ thu được từ việc có cơ sở dữ liệu là một tính năng của ngôn ngữ? Hãy nhớ rằng, ngôn ngữ nằm ở dưới cùng của ngăn xếp lập trình. Làm cho một ngôn ngữ cồng kềnh ảnh hưởng đến tất cả mọi thứ . Do đó, các nhà thiết kế ngôn ngữ cần phải chậm để thêm các tính năng mới, đặc biệt là các tính năng có liên quan đến khoản đầu tư như vậy.

Có 3 hệ thống kế thừa gần với yêu cầu của bạn:

1. Chọn ,
2. quai bị ,
3. Truy cập Microsoft

Pick và MUMPS đã được phát triển nhiều năm trước khi bài báo học thuật đầu tiên về cơ sở dữ liệu quan hệ (khoảng một thập kỷ trước khi hệ thống cơ sở dữ liệu dựa trên SQL thương mại đầu tiên xuất hiện trên thị trường - từ một công ty mà bây giờ chúng tôi gọi là Oracle; một hệ thống dựa trên SQL thành công là sau này). Bạn có thể thấy chúng vẫn còn được sử dụng (hệ thống giao thông công cộng địa phương của chúng tôi đã sử dụng Pick cho đến gần đây cho hệ thống lập kế hoạch chuyến đi). Bạn không muốn làm gì với Pick hoặc MUMPS, và lời khuyên tốt nhất tôi có thể đưa ra là "bước ra khỏi bàn phím với bàn tay của bạn trong không khí!" Nếu bạn làm có bất cứ điều gì để làm với họ, cụm từ "bạn sẽ được xin lỗi" nên ù tai.

Microsoft Access bị chế giễu và chỉ trích nặng nề trong giới CNTT vì khá dễ dàng cho một người không phải là nhà phát triển để tạo một ứng dụng kinh doanh quan trọng ra khỏi Access và biến nó thành thứ gì đó mà công ty hoàn toàn không thể sống. Cũng có khả năng khá nhiều nhà phát triển đã bắt đầu phát triển thông qua MS Access và khi mọi thứ bị sa lầy, họ đã học cách sửa chúng (bước đầu tiên là học cơ bản trực quan và viết lại ứng dụng Access trước tiên trong VB, sau đó trong một cái gì đó "tốt hơn"). Có thể tạo một ứng dụng Access hoạt động tốt, được phân phối với một lượng dữ liệu khổng lồ - tôi đã thấy nó được thực hiện - nhưng có nhiều cách dễ dàng hơn để thực hiện và cần ít kỹ năng hơn để tạo (và duy trì) tốt ứng dụng ra khỏi VB và SQL Server.

Kể từ SQL Server 2005, Microsoft đã giới thiệu khả năng đưa CLR vào các quy trình và chức năng được lưu trữ. Và nếu bạn muốn khéo léo về nó, bạn có thể tạo các kiểu dữ liệu mà sau đó bạn có thể sử dụng làm cột trong cơ sở dữ liệu. Tôi nghĩ rằng Oracle đã có một cái gì đó tương tự với Java.

Điều đó đang được nói, tôi không nghĩ có bất cứ điều gì ngăn cản bạn tạo ra một hoặc giả thuyết về chúng. Pick và MUMPS cũ hơn hầu hết các lập trình viên ở đây và phản ánh một cách nhìn rất LỚN về thế giới.

Lời khuyên cá nhân của tôi là giữ mọi thứ riêng biệt. Sử dụng ngôn ngữ có khả năng thao túng dữ liệu mà dự án của bạn cần (với lời cảnh báo đôi khi ngôn ngữ "tốt nhất" là ngôn ngữ mà bạn có thể dễ dàng tìm thấy các lập trình viên có thể đọc / viết mã). Sử dụng một hệ thống cơ sở dữ liệu tốt để giữ dữ liệu mà dự án của bạn cần.

Thêm cơ sở dữ liệu vào ngôn ngữ lập trình có thể chỉ phục vụ cho một nhóm người dùng rất hẹp. Điều gì xảy ra nếu họ muốn sử dụng một số tính năng không phải RDBMS? Hoặc không muốn sử dụng một cơ sở dữ liệu nào cả? Trình biên dịch sẽ không cần thiết bị cồng kềnh cho các trường hợp sử dụng như vậy.

Ơ.

Chà, trước tiên, bạn đang hỏi tại sao khuôn khổ mà ngôn ngữ vận hành không cung cấp cơ sở dữ liệu. Một ngôn ngữ chỉ đơn giản là một phương tiện để diễn đạt một cái gì đó mà bạn muốn thực hiện trong bộ ngữ pháp; nó không thực sự cung cấp dịch vụ như thế. :)

Điều đó nói rằng, có một số lý do.

• Xây dựng một hệ thống lưu trữ cơ sở dữ liệu hiệu quả là một vấn đề khó khăn, có thể theo thứ tự hoặc lớn hơn so với việc xây dựng .NET Framework (ví dụ). Nếu một nhóm cố gắng đưa cơ sở dữ liệu vào khung của họ, đó sẽ là tất cả những gì họ kết thúc.

• Một cơ sở dữ liệu được tải phải nằm trên máy riêng của nó chứ không phải trong quá trình mã truy cập vào nó.

• Các ORM cung cấp rất nhiều loại kiểm tra thời gian an toàn và biên dịch sẽ là lợi ích của một hành động như vậy, mà không thực sự có khung cố gắng trở thành một cơ sở dữ liệu.

Điều đó nói rằng, tôi đoán sẽ rất gọn gàng khi bao gồm một số loại triển khai SQLite trong khuôn khổ mà các ứng dụng có nhu cầu truy cập dữ liệu nhỏ hơn có thể hoạt động. Tuy nhiên, tôi không chắc nó sẽ hữu ích trong các ứng dụng không tầm thường.

họ đang; những ngôn ngữ như vậy được gọi là 4GL . DataFlex là sở thích của tôi, mặc dù tôi không sử dụng nó nữa.

Hãy cẩn thận: Tôi đã giúp phát triển phiên bản hướng đối tượng của DataFlex, v3.0

Tôi nghĩ rằng câu hỏi thực tế của bạn là "tại sao không có ngôn ngữ lập trình đi kèm với thư viện cơ sở dữ liệu ".

Các ngôn ngữ có mục đích chung coi tất cả IO là một và giống nhau, có thể là viết hoặc đọc đến / từ đĩa, webcam, mạng, màn hình, vị trí trong bộ nhớ - tất cả đều là IO và đó là tất cả những ngôn ngữ lập trình liên quan đến chính chúng với.

Trong thực tế, ngoài việc đọc / viết cho đến đống và chồng, hầu hết các ngôn ngữ lập trình thậm chí không thực hiện bất kỳ IO thực tế nào. Một số ngôn ngữ cung cấp các tính năng gốc để thể hiện các hoạt động IO (ví dụ: print lệnh trong BASIC), nhưng hầu hết các ngôn ngữ chỉ coi chúng là các cuộc gọi chức năng thông thường (ví dụ như printftrong C) và để các thư viện xử lý việc viết thực tế.

Một số ngôn ngữ như C # cung cấp các tính năng ngôn ngữ để thể hiện các truy vấn, nhưng ngay cả khi đó, đó chỉ là các biểu thức trên cấu trúc dữ liệu cơ bản nhất của danh sách ( IEnumerablenhư chúng được gọi trong .NET) được dịch sang các hoạt động SQL của các thư viện - bản thân ngôn ngữ vẫn chỉ hoạt động với các khái niệm rất trừu tượng về IO.

Đối với lý do tại sao xây dựng gói cơ sở dữ liệu vào thư viện chuẩn của ngôn ngữ lập trình không phải là một ý tưởng hay, rất có thể vì không có gì khác trong thư viện chuẩn thường phụ thuộc vào chức năng cơ sở dữ liệu.

Vâng. Các ngôn ngữ trên nền tảng AS / 400 có hỗ trợ cơ sở dữ liệu bản địa, hạng nhất.

Điều này là do nền tảng AS / 400 có cơ sở dữ liệu được tích hợp đầy đủ ở mọi nơi và cho phép rất nhiều tính năng rất hay, như dễ điều hướng thông qua một kết quả cập nhật các giá trị trên đường đi.

Phụ thuộc vào ngôn ngữ và nền tảng. Ví dụ, việc sử dụng nhiều loại cơ sở dữ liệu trong khi làm việc với C là khá đơn giản, tôi chỉ sử dụng thư viện thích hợp.

Một ngôn ngữ phải duy trì việc thực hiện tiêu chuẩn của nó và điều đó thường có nghĩa là cung cấp số lượng tối thiểu cần thiết để ai đó có thể xây dựng bất cứ thứ gì họ muốn xây dựng. Mọi thứ khác trở thành một thư viện, hoặc có lẽ là một phần mở rộng cho ngôn ngữ được duy trì bởi những người khác.

Ít nhất, đây là trường hợp đối với các ngôn ngữ tuân theo các tiêu chuẩn được thiết lập bởi các tổ chức như ISO.

Như đã viết, câu hỏi là một phần sai, như một số phản ứng ở trên đã chỉ ra.

Vì vậy, trước tiên tôi sẽ tinh chỉnh câu hỏi để đọc, "Tại sao DBMS thường không được tích hợp như một tính năng của ngôn ngữ lập trình cấp cao, mục đích chung?"

Điều này là vì lý do tương tự mà các sản phẩm phần mềm khác như hệ điều hành, hệ thống tệp, máy chủ web, các lớp bộ đệm, v.v. thường không được tích hợp sẵn. Các ngôn ngữ có mục đích chung thường hoạt động ở mức độ trừu tượng cao hơn các sản phẩm đó. Vì vậy, thật hợp lý khi lập trình viên thực hiện DBMS trongmột ngôn ngữ có mục đích chung và DBMS thậm chí có thể phơi bày các khía cạnh của ngôn ngữ mẹ hoặc ngôn ngữ khai báo dành riêng cho DB để các lập trình viên DB sử dụng. Nhưng có quá nhiều tùy chọn thiết kế trong việc viết DBMS để nó trở nên khôn ngoan để sửa chúng trong ngôn ngữ lập trình đa dụng. Nếu bạn khắc phục chúng, bạn sẽ gặp phải trường hợp như MUMPS, trong đó sự vướng víu của hai kết quả trong toàn bộ ngành công nghiệp bị sa lầy trong một vấn đề gà và trứng, bị mắc kẹt với một DBMS lỗi thời và ngôn ngữ lập trình lỗi thời.

Được sử dụng để hoạt động trong NonStop / SQL được tích hợp hoàn toàn vào NonStop / C, NonStop / C ++, NonStop / Cobol, NonStop / Fortran và có lẽ các ngôn ngữ khác cũng như được tích hợp hoàn toàn với NonStop / Guardian, hệ điều hành mà các máy tính trên đó chạy.

Tôi nghĩ đó có lẽ là sự tích hợp gần nhất mà bạn có thể nhận được, trong đó cơ sở dữ liệu là hệ thống tập tin của hệ điều hành. Đó cũng là một ngõ cụt, không có cách nào để tách rời bất kỳ thành phần nào, cơ sở dữ liệu, hệ điều hành, phần cứng và bất kỳ phần mềm nào được viết trên đó không bao giờ có thể được sử dụng riêng rẽ, chuyển sang môi trường khác.

Gần nhất bạn sẽ có trên PC có thể là MS Access, Embarcadero / Borland Delphi là một thứ hai gần gũi.

Sau đó, bạn đang xem các cơ sở dữ liệu nhúng trong ứng dụng của mình, điều này có thể thu hút giới hạn đối với những người tạo các ứng dụng độc lập cần một tập hợp dữ liệu phân cấp không dễ dàng lưu trữ trong tệp cấu hình đơn giản và / hoặc cần cập nhật thường xuyên khi ứng dụng chạy . Hoặc đối với những người muốn có phiên bản di động của ứng dụng duy trì ảnh chụp nhanh một phần của cơ sở dữ liệu lớn hơn và có thể đồng bộ hóa với cơ sở dữ liệu lớn hơn vào thời điểm ứng dụng có thể kết nối (tiện dụng để nói rằng một nhân viên bán hàng thường ở ngoài tầm với mạng công ty vẫn cần dữ liệu bán hàng cho nhóm khách hàng của anh ấy hoặc bác sĩ trong lĩnh vực muốn có hồ sơ bệnh nhân nhưng không thể kết nối với mạng bệnh viện vì không có mạng truy cập nơi anh ấy phải đến).

Là cựu nhà phát triển Visual Foxpro, tôi thấy khó hiểu là không có ngôn ngữ chính nào định nghĩa mô hình quan hệ là một phần của ngôn ngữ.

Có công cụ cơ sở dữ liệu đầy đủ không phải là ý tưởng hay, nhưng thay vào đó, có ngôn ngữ "SQL" có thể RẤT hữu ích.

Trong OO, tồn tại sự không phù hợp trở kháng. Điều này xảy ra vì các đối tượng và thiết lập không thích nhau. Nhưng nếu một ngôn ngữ cho phép tôi xác định BẢNG, L FINH VỰC, MỐI QUAN HỆ, CONSTRAINS, v.v. (không ràng buộc nó với một bộ lưu trữ cụ thể) sẽ rất mạnh mẽ. Thêm vào đó, việc tạo một ORM sẽ có nhiều ánh xạ 1-1 hơn.