Do sự hiện diện của type providers để truy cập dữ liệu SQL trong F #, không có nhiều tập trung vào việc sử dụng ORM, vi mô hay cách khác. Tôi chắc chắn có thể thấy logic đằng sau điều này. Có vẻ như nhiều ví dụ về việc sử dụng F # để chơi với dữ liệu quan hệ là cắm chúng vào cơ sở dữ liệu lớn hiện có, có vẻ như được tạo ra ở nơi khác.Quản lý lược đồ SQL trong F #
Có vẻ như có một chút khoảng trống ở đây: có cách nào tốt để quản lý việc tạo và di chuyển lược đồ trực tiếp từ F # không? Ví dụ được liên kết ở trên đề xuất chạy tập lệnh tạo giản đồ thủ công của bạn làm bước đầu tiên. Đây có phải là lựa chọn duy nhất không?
Gần đây tôi đã bắt đầu một dự án nhỏ là F # ngay từ đầu và tôi đang xem xét lưu trữ một số dữ liệu trong cơ sở dữ liệu quan hệ (hiện tại là sqlite). Tôi không có một lược đồ hiện có để khám phá, tôi đang thiết kế từ đầu. Có một cách thân thiện hơn hoặc thành ngữ hơn để quản lý lược đồ của tôi (tạo và sau đó di chuyển) trong F #?
Tôi thậm chí còn không nghĩ đến việc di chuyển, ngay bây giờ thậm chí tôi chỉ tò mò về việc tạo các đối tượng cơ sở dữ liệu. Tôi đã đi xuống một con đường tương tự như bạn đề nghị, mặc dù trong trường hợp của tôi đã cố gắng ServiceStack.Ormlite. Đối với việc hỗ trợ phương ngữ một mình nó có vẻ giống như một đầu tư 'dư thừa' đáng giá. –
Xin lỗi - khi tôi nói "di chuyển" tôi đã đề cập đến khả năng của EF để tạo một lược đồ SQL dựa trên một tập hợp các mối quan hệ OO. –
Ồ, ý bạn là 'di chuyển cấu trúc lớp thành định nghĩa lược đồ', không phải 'di chuyển giản đồ cơ sở dữ liệu phiên bản 1 đến 2'? Không vấn đề gì. Dù bằng cách nào, tôi đã hy vọng tôi có thể tuôn ra một 'hey kiểm tra này đăng bài blog tuyệt vời/gói nuget', nhưng nó âm thanh như thế chỉ cần không tồn tại. –