Mongoose: Apakah mungkin untuk mengisi tanpa `_id` ?

Dibuat pada 26 Des 2014 · 82Komentar · Sumber: Automattic/mongoose

Saya memeriksa API http://mongoosejs.com/docs/populate.html dan mencobanya. Tampaknya populate hanya dapat bekerja di foreign _id . Bahkan ada opsi match , itu hanya menambahkan lebih banyak kondisi penyaringan pada kondisi kueri _id . Tidak ada cara untuk hanya mengisi dengan bidang yang tidak terlibat dengan _id .

Dalam proyek saya, kami menyimpan _id sebagai ObjectId dan memiliki bidang lain sebagai Nomor kenaikan otomatis. Misalnya, model customers memiliki _id sebagai Objek dan cuid sebagai nomor tambahan. Koleksi lain hanya merujuk ke cuid bukan ke _id .

Apakah akan bagus untuk dapat menyesuaikan ini?
Apakah ada batasan desain yang menyebabkan fitur ini hilang?

enhancement

Sumber

mocheng

👍12

Komentar yang paling membantu

@rturk Saya sangat suka plugin itu, terima kasih telah menunjukkannya. @alexmingoia apa pendapat Anda tentang: menggabungkan modul Anda menjadi inti luwak? Gagasan menggunakan virtual untuk menangani populasi yang lebih umum (tanpa memiliki bidang aktual yang bertahan ke db) sangat kuat.

vkarpov15 pada 18 Feb 2016

🎉5

Semua 82 komentar

Akan sangat bagus jika dapat menyesuaikan ini, tetapi saat ini kami menerapkan _id . Saya tidak bisa memikirkan alasan yang bagus dari atas kepala saya mengapa tidak. Saya harus menyelidiki lebih lanjut.

vkarpov15 pada 1 Jan 2015

Kemampuan untuk mengisi tidak hanya pada satu bidang lain tetapi bahkan pada satu set bidang hampir diperlukan untuk mendukung sharding dengan benar, yang merupakan kasus penggunaan besar bagi kami.

Misalnya, kami memiliki koleksi "siswa" yang mungkin memiliki kunci shard untuk "langganan"; ketika kami mengisi data siswa dari model bagian kami (yang berisi array siswa), kami memiliki langganan pada dokumen tetapi hanya akan mencari berdasarkan _id yang disimpan di "siswa" daripada memungkinkan kami untuk menentukan bahwa itu juga harus dipetakan dokumen "tugas" bidang untuk "tugas" pada siswa.

Karena kami kemudian akan melakukan pencarian tanpa kunci pecahan saat melakukan pengisian, itu membuat pecahan tidak berguna, mengharuskan semua pecahan dipukul untuk mengambil data, bukan hanya satu.

Ini adalah sesuatu yang kami akan bersedia untuk mendanai pengembangan atau bahkan melakukannya sendiri jika kami bisa mendapatkan beberapa panduan tentang di mana melakukan pekerjaan itu. Ini adalah kebutuhan utama bagi perusahaan kami (GradeCam).

taxilian pada 20 Feb 2015

👍3

@taxilian apakah Anda menyetel opsi skema shardKey ? AFAIK untuk itulah opsi itu.

vkarpov15 pada 20 Feb 2015

Saya belum benar-benar bergerak untuk mulai melakukannya karena saya telah mencari solusi untuk masalah ini; apakah populate memperhitungkan shardKey? Pemahaman saya adalah bahwa shardKey hanya memengaruhi pembaruan dan sisipan

taxilian pada 20 Feb 2015

Akan sangat bagus untuk dapat menentukan bidang yang akan "bergabung dengan", misalnya saya ingin dapat mengisi tidak hanya dengan bidang userId (yaitu _id) tetapi juga oleh userType, userGroup dll.
Terima kasih!

arliber pada 19 Apr 2015

podoler pada 19 Apr 2015

+1 akan sangat berguna

nadavsinai pada 30 Apr 2015

+1 sama di sini!

xr pada 9 Mei 2015

+1 suka memiliki ini

prakash122 pada 21 Mei 2015

ricolo pada 24 Mei 2015

vlapo pada 4 Jun 2015

Akan sangat menyenangkan untuk dapat memilih variabel yang ingin Anda isi dengan menambahkan parameter seperti key :

Misalnya jika ada posting yang ingin saya isi parameter author dan comments , tetapi parameter tersebut menahan parameter non ObjectId (nama pengguna pengguna dan judul komentar) sebelum populasi:

{
author: "user1",
comments:["comment5", "comment6"],
title:"Post1"
}

Akan menyenangkan untuk dapat menambahkan parameter seperti "kunci" untuk memberi tahu mongo parameter mana yang harus dicari:

Posts.find().populate([{path:"author", model:"Users", key:"username"}, {path:"comments", model:"Comments", key:"title"}])

Ini akan mengisi parameter author dengan Pengguna yang ditemukan oleh nama pengguna serta mengisi parameter comments dengan komentar yang ditemukan berdasarkan judulnya (saya menyadari komentar berdasarkan judul agak tidak realistis, tetapi Anda mendapatkan inti nya).

prescottprue pada 8 Jun 2015

apankov pada 10 Jun 2015

marklar21 pada 14 Jul 2015

john-bower pada 31 Jul 2015

jack-guy pada 10 Agu 2015

asafam pada 23 Agu 2015

whyhankee pada 25 Agu 2015

ArcoMul pada 25 Agu 2015

Besar setuju. Saya ingin kemampuan untuk mendefinisikan skema populasi khusus. Ini akan bagus untuk skema apa pun dengan satu atau lebih bidang yang merupakan jalur file, memungkinkan populasi membaca dari penyimpanan.

cannonpalms pada 3 Sep 2015

raphaelokon pada 11 Sep 2015

naoxink pada 14 Sep 2015

manasb-uoe pada 7 Okt 2015

Poplava pada 9 Okt 2015

lfk pada 20 Okt 2015

RithwikAnand pada 31 Okt 2015

justvisiting pada 6 Nov 2015

kumasento pada 13 Nov 2015

BentoumiTech pada 14 Nov 2015

loris pada 17 Nov 2015

tomerb15 pada 18 Nov 2015

keithl8041 pada 20 Nov 2015

danielflippance pada 22 Nov 2015

prabhupadas pada 24 Nov 2015

leonardokl pada 17 Des 2015

robjens pada 18 Des 2015

beinnova pada 21 Des 2015

MangeshPimpalkar pada 24 Des 2015

roygwsidev pada 2 Jan 2016

docksteaderluke pada 12 Jan 2016

wohugb pada 15 Jan 2016

joshbeam pada 25 Jan 2016

pavan612 pada 28 Jan 2016

kennethkoontz pada 30 Jan 2016

R0R0N0A pada 4 Feb 2016

liraniom pada 9 Feb 2016

Pyo25 pada 11 Feb 2016

danilvalov pada 17 Feb 2016

Coba kode ini: https://github.com/alexmingoia/mongoose-populate-virtuals.

Sebenarnya, adakah alasan untuk tidak menggabungkan kode Alex ke dalam repo utama dan menjadikannya fitur inti?

rturk pada 18 Feb 2016

vkarpov15 pada 18 Feb 2016

🎉5

Itu akan ideal. Akan jauh lebih baik di inti karena membebani Query.prototype.populate dan fungsionalitas inti lainnya.

Satu-satunya hal yang menghalangi saya untuk membuat permintaan tarik adalah hanya ada sedikit atau tidak ada cakupan pengujian, dan dokumentasi yang kurang. Saya menggunakannya dalam produksi dalam beberapa skenario dan stabil, tetapi saya pikir jika seseorang menulis suite uji, itu mungkin mengekspos beberapa masalah kecil atau keanehan yang perlu didokumentasikan.

Apakah seseorang bersedia menangani test suite? Jika tidak - saya bisa melakukannya tetapi jangan berharap itu akan mendarat sebelum bulan depan.