Pertanyaan Umum

Pastikan string koneksi Anda benar dan instans SQL Server Anda berjalan. Perhatikan juga bahwa LINQ to SQL mengharuskan protokol Pipa yang Dinamai diaktifkan. Untuk informasi selengkapnya, lihat Pembelajaran menurut Panduan.

Pastikan Anda memanggil SubmitChanges untuk menyimpan hasil ke database.

Koneksi biasanya tetap terbuka hingga Anda menggunakan hasil kueri. Jika Anda ingin meluangkan waktu untuk memproses semua hasil dan tidak berlawanan dengan penembolokan hasil, terapkan ToList ke kueri. Dalam skenario umum di mana setiap objek hanya diproses satu kali, model streaming lebih unggul di DataReader dan LINQ to SQL.

Detail penggunaan koneksi yang tepat bergantung pada hal berikut:

• Status koneksi jika DataContext dibangun dengan objek koneksi.

• Pengaturan string koneksi (misalnya, mengaktifkan Beberapa Kumpulan Hasil Aktif (MARS). Untuk informasi selengkapnya, lihat Beberapa Kumpulan Hasil Aktif (MARS).

Meskipun LINQ to SQL tidak memiliki perintah pembaruan berbasis set, Anda dapat menggunakan salah satu teknik berikut untuk memperbarui tanpa mengkueri terlebih dahulu:

• Gunakan ExecuteCommand untuk mengirim kode SQL.

• Buat instans baru objek dan inisialisasi semua nilai (bidang) saat ini yang memengaruhi pembaruan. Kemudian lampirkan objek ke DataContext dengan menggunakan Attach dan ubah bidang yang ingin Anda ubah.

LINQ to SQL menyediakan beberapa alat untuk memeriksa kode SQL yang dihasilkannya. Salah satu yang paling penting adalah Log. Untuk informasi selengkapnya, lihat Dukungan Penelusuran Kesalahan.

LINQ to SQL menyediakan dua cara untuk mengembalikan nilai yang dihasilkan database dengan cara prosedur tersimpan:

• Dengan memberi nama hasil output.

• Dengan secara eksplisit menentukan parameter output.

Berikut ini adalah contoh output yang salah. Karena LINQ to SQL tidak dapat memetakan hasil, selalu mengembalikan 0:

create procedure proc2

as

begin

select max(i) from t where name like 'hello'

end

Berikut ini adalah contoh output yang benar dengan menggunakan parameter output:

create procedure proc2

@result int OUTPUT

as

select @result = MAX(i) from t where name like 'hello'

go

Berikut ini adalah contoh output yang benar dengan memberi nama hasil output:

create procedure proc2

as

begin

select nax(i) AS MaxResult from t where name like 'hello'

end

Untuk informasi selengkapnya, lihat Menyesuaikan Operasi Dengan Menggunakan Prosedur Tersimpan.

Pembuatan kode di LINQ to SQL mendukung serialisasi DataContractSerializer. Ini tidak mendukung XmlSerializer atau BinaryFormatter. Untuk informasi selengkapnya, lihat Serialisasi.

Atur properti Namespace Layanan Konteks dan Namespace Layanan Entitas dari Object Relational Designer ke nilai yang berbeda untuk setiap file DBML. Pendekatan ini menghilangkan tabrakan nama/namespace layanan.

LINQ to SQL menangani situasi ini secara otomatis untuk identitas (kenaikan otomatis) dan rowguidcol (GUID yang dihasilkan database) dan kolom tanda waktu. Dalam kasus lain, Anda harus mengatur properti IsDbGenerated=true dan AutoSync=Always/OnInsert/OnUpdate secara manual.

Ya. Yang pertama tidak ditimpa, seperti dalam contoh berikut:

Dim dlo As New DataLoadOptions()
dlo.LoadWith(Of Order)(Function(o As Order) o.Customer)
dlo.LoadWith(Of Order)(Function(o As Order) o.OrderDetails)

DataLoadOptions dlo = new DataLoadOptions();
dlo.LoadWith<Order>(o => o.Customer);
dlo.LoadWith<Order>(o => o.OrderDetails);

Object Relational Designer tidak mendukung SQL Server Compact 3.5, meskipun runtime bahasa umum LINQ to SQL. Dalam situasi ini, Anda harus membuat kelas entitas Anda sendiri dan menambahkan atribut yang sesuai.

Membuat hubungan tidaklah cukup. Anda harus memberikan informasi seperti kolom diskriminator, nilai diskriminator kelas dasar, dan nilai diskriminator kelas turunan.

Tidak ada model penyedia publik yang tersedia. Saat ini, LINQ to SQL hanya mendukung SQL Server dan SQL Server Compact 3.5.

SQL injeksi telah menjadi risiko signifikan untuk kueri SQL tradisional yang dibentuk dengan menggabungkan input pengguna. LINQ to SQL menghindari injeksi seperti itu dengan menggunakan SqlParameter dalam kueri. Input pengguna diubah menjadi nilai parameter. Pendekatan ini mencegah perintah berbahaya digunakan dari input pelanggan.

Ikuti langkah-langkah berikut untuk skenario tingkat lanjut ini:

1. Di file .dbml, ubah properti dengan mengubah tanda IsReadOnly menjadi True.

2. Tambahkan kelas parsial. Buat konstruktor dengan parameter untuk anggota baca-saja.

3. Tinjau nilai default UpdateCheck (Never) untuk menentukan apakah itu nilai yang benar untuk aplikasi Anda.

   Perhatian

   Jika Anda menggunakan Object Relational Designer di Visual Studio, perubahan Anda mungkin ditimpa.

Ya, rakitan System.Data.Linq.dll adalah salah satu rakitan .NET Framework yang ditandai dengan atribut AllowPartiallyTrustedCallersAttribute. Tanpa penandaan ini, rakitan dalam .NET Framework dimaksudkan untuk digunakan hanya dengan kode yang sepenuhnya tepercaya.

Skenario utama dalam LINQ to SQL untuk mengizinkan penelepon yang sebagian tepercaya adalah mengaktifkan perakitan LINQ ke SQL untuk diakses dari aplikasi Web, di mana konfigurasi kepercayaan adalah Medium.

Anda dapat membuat tampilan dalam database dan memetakan entitas ke tampilan. LINQ to SQL menghasilkan SQL yang sama untuk tampilan seperti halnya untuk tabel.

Jangan mencoba menggunakan kembali instans DataContext. Masing-masing DataContext mempertahankan status (termasuk cache identitas) untuk satu sesi edit/kueri tertentu. Untuk mendapatkan instans baru berdasarkan status database saat ini, gunakan DataContext baru.

Anda masih dapat menggunakan ADO.NET pengumpulan koneksi yang mendasar. Untuk informasi selengkapnya, lihat Kumpulan Koneksi SQL Server (ADO.NET).

Perilaku ini secara desain. LINQ to SQL terus mengembalikan contoh/nilai yang sama yang Anda lihat di contoh pertama. Saat membuat pembaruan, Anda menggunakan konkurensi optimis. Data asli digunakan untuk memeriksa status database saat ini untuk menegaskan bahwa data tersebut sebenarnya masih tidak berubah. Jika telah berubah, konflik terjadi dan aplikasi Anda harus mengatasinya. Salah satu opsi aplikasi Anda adalah mengatur ulang status asli ke status database saat ini dan mencoba pembaruan lagi. Untuk informasi selengkapnya, lihat Cara: Mengelola Konflik Perubahan.

Anda juga dapat mengatur ObjectTrackingEnabled ke false, yang menonaktifkan penembolokan dan pelacakan perubahan. Anda kemudian dapat mengambil nilai terbaru setiap kali Anda mengkueri.

Mode baca-saja mematikan kemampuan konteks untuk melacak perubahan.

Lihat juga

• Referensi
• Pemecahan Masalah
• Keamanan di LINQ to SQL