Ukuran sepertinya upaya yang tidak perlu. Plus, menggunakan perpustakaan yang terkenal dan dipelihara seperti jambu biji dapat menghemat waktu pengembangan Anda dan memastikan keandalan yang lebih baik.

Dijawab 11 Okt 2012 jam 8:07

6.872 4 4 Lencana Emas 23 23 Lencana Perak 46 46 Lencana Perunggu

Mengingat klarifikasi, saya sarankan Anda menggunakan pohon B+. Struktur data yang sering digunakan ini menjamin pesanan yang diurutkan, memungkinkan duplikat, dan menyediakan operasi penyisipan dan pembaruan yang efisien. Ini juga menawarkan kemampuan pencarian dan rentang yang cepat.

Dijawab 11 Okt 2012 jam 7:41

26.7k 51 51 Lencana Emas 182 182 Lencana Perak 254 254 Lencana Perunggu

Akan sangat portabel dengan toples mavon dan tanpa dependensi eksternal (meskipun tes perpustakaan + unit CL bisa bagus, tetapi saya beralih pengujian kembali ke junit)

11 Okt 2012 jam 8:59

Anda dapat menggunakan treemap. Ini diimplementasikan dengan pohon merah-hitam, memungkinkan duplikat, dan menawarkan kompleksitas waktu logaritmik untuk penyisipan dan operasi pencarian. Selain itu, TreeMap termasuk dalam Perpustakaan Standar Java, jadi Anda tidak akan memiliki dependensi eksternal.

Dijawab 11 Okt 2012 jam 8:48

12.9k 11 11 Lencana Emas 57 57 Lencana Perak 77 77 Lencana Perunggu

Adapun kinerja: LinkedList paling lambat. Kemudian datang arraylist. Skala implementasi lainnya dengan jumlah elemen.

11 Okt 2012 pukul 7:10

Menggunakan daftar tautan atau arraylist dan penyortiran sebelum setiap operasi pencarian memang tidak efisien. Jika Anda ingin koleksi yang diurutkan yang memungkinkan duplikat dan memberikan penyisipan dan pembaruan yang cepat, Anda dapat mempertimbangkan untuk menggunakan daftar lompatan. Ini memiliki kompleksitas waktu yang sama dengan pohon pencarian biner yang seimbang, tetapi menghindari operasi penyeimbangan.

Dijawab 11 Okt 2012 jam 8:33

34.7K 49 49 Lencana Emas 129 129 Lencana Perak 158 158 Lencana Perunggu

Anda memiliki banyak opsi untuk koleksi yang diurutkan yang memungkinkan duplikat. Beberapa pilihan populer adalah:

• Treeeset: mengimplementasikan antarmuka sortedset di java. Ini didukung oleh TreeMap dan memberikan penyisipan, penghapusan, dan operasi pencarian yang efisien.
• TREEMULTISET (dari Guava): Kelas ini menyediakan koleksi yang diurutkan yang memungkinkan duplikat menggunakan TreeMultiset yang didukung.
• ConcurrentsKiplistet: Ini adalah implementasi bersamaan dari antarmuka sortedset. Itu menggunakan daftar lompatan sebagai struktur data yang mendasarinya.
• B+ Tree: Pohon Pencarian Keseimbangan Self.

Pada akhirnya, pilihannya tergantung pada persyaratan dan pertukaran spesifik Anda. Penting untuk mempertimbangkan faktor -faktor seperti kompleksitas, efisiensi memori, kinerja, dan kemudahan penggunaan. Anda dapat bereksperimen dengan berbagai opsi dan membandingkan mereka untuk menemukan solusi yang paling cocok untuk kasing Anda.

Dijawab 29 Juni 2021 jam 9:20

1.781 3 3 Lencana Emas 11 11 Lencana Perak 30 30 Lencana Perunggu

Java: Koleksi diurutkan yang memungkinkan duplikat, sangat efisien memori dan memberikan pembaruan insert cepat

Saya tidak akan bertanya tentang alasan perilaku prioritas ini, karena diskusi di sini mencakupnya dengan cukup baik. Namun, yang ingin saya tanyakan adalah apakah ada alternatif di luar sana yang tidak saya ketahui?

Tidak diurutkan set memungkinkan duplikat?

Set yang dipesan berisi elemen unik dalam urutan yang diurutkan seperti set. Saat berurusan dengan set yang dipesan dengan elemen duplikat, tipe data pasangan digunakan sebagai pengganti int di mana nilai pertama dari pasangan akan menyimpan elemen dan nilai kedua akan menyimpan indeks yang sesuai. Dengan melakukan ini, setiap pasangan dalam set yang dipesan akan unik dan seseorang dapat dengan mudah menyimpan elemen duplikat dari array.

Operasi:

1. order_of_key (): Itu menerima elemen sebagai parameter dan mengembalikan jumlah elemen yang sangat kurang dari kunci. Saat mengimplementasikannya, kita perlu melewati pasangan sebagai parameter yang nilainya harus menjadi angka yang kita inginkan hasilnya dan nilai kedua akan berisi nilai negatif e.G., -1 Karena pasangan yang dimasukkan dalam ordered_set akan memiliki nilai lebih besar dari sama dengan 0 karena menunjukkan indeks array.

2. find_by_order (): Itu menerima indeks sebagai parameter dan mengembalikan iterator ke elemen ke -i (pasangan) dalam urutan yang diurutkan.

Contoh:

Biarkan Asumsikan Ada Pasangan Set yang Dipesan MySet =

Di Sini,

• Pasangan set yang dipesan memiliki elemen duplikat.
• Setelah memasukkan semua elemen di ordered_set_pair,
• Myset.order_of_key (): Itu akan memberikan jumlah elemen kurang dari 5 i.E, 6.
• Myset.find_by_order (8): Ini akan memberikan iterator ke elemen ke -8 di set yang dipesan i.E, 7.

Di bawah ini adalah program C ++ untuk mengimplementasikan pendekatan di atas:

Java: Koleksi diurutkan yang memungkinkan duplikat, sangat efisien memori dan menyediakan pembaruan insert + cepat

Siapa pun dengan saran yang lebih baik? Atau haruskah saya memanaskan struktur data saya sendiri (yang mana?)? Sumber lain juga (di java, open source, dengan tes unit dan DEP kecil) akan menyenangkan.

Memperbarui

Rincian lebih lanjut tentang kasus penggunaan saya saat ini (walaupun saya memiliki permintaan serupa di terakhir kalinya). Saya memiliki koleksi (dengan jutaan) referensi di mana saya ingin bisa

• untuk polling atau mendapatkan elemen terkecil mengenai bidang s
• dan perbarui bidang S dengan bantuan bidang a
• Nilai -nilai yang identik dari bidang S dapat terjadi. Field A sebenarnya adalah bilangan bulat yang menunjuk ke array lain
• Satu -satunya ketergantungan yang saya inginkan adalah trove4j. Saya bisa menggunakan berbeda seperti koleksi mahout jika itu diperlukan. Tapi bukan jambu guava seperti meskipun lib yang bagus, koleksi tidak disetel menjadi memori efisien (tinju/unboxing).

Jadi semua menangis untuk tumpukan fibonacci tetapi saya khawatir itu memiliki terlalu banyak overhead per elemen -> Itulah alasan saya berpikir tentang solusi “disortir+array tersegmentasi” yang lebih efisien memori.

1 1 1 lencana perak

Ditanya 10 Okt 2012 pukul 20:15

17K 16 16 Lencana Emas 97 97 Lencana Perak 196 196 Lencana Perunggu

Apa masalah dengan menggunakan Guava Treemultiset ?

10 Okt 2012 pukul 20:22

@vainolo ketergantungan eksternal menurut komentar OP.

10 Okt 2012 pukul 20:24

Bisa membantu – Cheatsheet kompleksitas: Bigocheatsheet.com

11 Jul 2017 jam 14:29

6 Jawaban 6

Saat Anda membutuhkan koleksi yang diurutkan, Anda harus menganalisis kebutuhan Anda dengan cermat.
Jika sebagian besar operasi memasukkan dan hanya sedikit yang mencari kemudian menggunakan koleksi yang diurutkan i.e. Jaga agar elemen diurutkan di koleksi selalu, tidak akan menjadi pilihan yang baik (karena overhead menjaga elemen diurutkan pada insert yang akan menjadi operasi yang paling umum).
Dalam hal ini akan lebih baik untuk menyimpan tidak disortir koleksi dan lakukan penyortiran hanya saat dibutuhkan. SAYA.e. sebelum pencarian. Anda bahkan dapat menggunakan daftar sederhana dan mengurutkannya (menggunakan koleksi.urutkan i.e. mergeSort) saat dibutuhkan. Tetapi saya merekomendasikan ini dengan hati -hati, karena ini menjadi efisien asumsi adalah Anda bekerja pada data besar. Dalam data yang sangat kecil bahkan pencarian linier sudah cukup baik.

Jika sebagian besar operasi pencarian maka Anda dapat menggunakan koleksi yang diurutkan yang dari sudut pandang saya ada struktur data untuk dipilih (beberapa yang sudah Anda sebutkan) dan Anda bisa membandingkan milikmu kebutuhan.

Dijawab 10 Okt 2012 jam 20:25

52.7K 66 66 Lencana Emas 207 207 Lencana Perak 338 338 Lencana Perunggu

Ini tidak menjawab pertanyaan, itu benar -benar menyatakannya kembali

28 Juni 2021 jam 20:51

Bagaimana dengan guava treemultiset? Apa yang Anda minta: Koleksi yang diurutkan yang menerima duplikat. Tidak tahu apa -apa tentang kinerjanya.

3.280 5 5 Lencana Emas 35 35 Lencana Perak 49 49 Lencana Perunggu

Dijawab 10 Okt 2012 jam 20:21

6.872 4 4 Lencana Emas 23 23 Lencana Perak 46 46 Lencana Perunggu

Saya sudah menambahkannya tetapi saya pikir (belum melihat kode) bahwa implementasinya hampir identik untuk dipetakan>, tetapi masalah utamanya adalah ketergantungan

10 Okt 2012 pukul 21:22

Tampaknya dari kode untuk menjadi implementasi yang sama sekali baru. Banyak dan banyak kode. Dan Anda dapat mengunduh sumbernya dan menambahkannya ke proyek Anda, jadi apa masalahnya? lisensi?

10 Okt 2012 pukul 21:28

Ukuran toples. Aplikasi saya harus kecil dan portabel.

11 Okt 2012 pukul 7:10

Bagaimana dengan menggunakan alat seperti proguard untuk mengompres toples setelah Anda menyelesaikan pemrograman? Menulis perpustakaan Anda sendiri hanya karena ukuran toples bukanlah investasi yang baik dari waktu Anda.

11 Okt 2012 pukul 7:38

Nah, saya ingin menjaga proyek (open source) saya tetap bersih dan dengan hanya beberapa dependensi. Dan hanya karena satu struktur data saya pasti tidak akan bergantung pada seluruh perpustakaan. Saya sudah memiliki trove4j dan tidak ingin koleksi lain lib

11 Okt 2012 jam 9:53

Saya memutuskan untuk menggulung sendiri tetapi bukan solusi optimal hanya varian treemap. Saya akan terus memperbarui ini jika saya akan menyempurnakan koleksi ini tentang memori ini. Kecepatan sudah jauh lebih baik daripada upaya prioritas sebelumnya karena saya membutuhkan koleksi.Hapus metode (objek) (untuk memperbarui entri):

paket com.graphhopper.coll; Impor GNU.harta karun.Iterator.Tintiterator; Impor GNU.harta karun.mengatur.hash.Tinthashset; Impor Java.util.Peta.Pintu masuk; Impor Java.util.TreeMap; /*** Antrian prioritas yang diimplementasikan oleh TreeMap untuk memungkinkan pembaruan kunci cepat. Atau haruskah kita menggunakan tree * b standar? */ kelas publik mysortedcollection < private int size; private int slidingMeanValue = 20; private TreeMapmap; public MySortedCollection(int size) < map = new TreeMap(); > batal lepas (kunci int, nilai int) < TIntHashSet set = map.get(value); if (set == null || !set.remove(key)) throw new IllegalStateException("cannot remove key " + key + " with value " + value + " - did you insert " + key + "," + value + " before?"); size--; if (set.isEmpty()) map.remove(value); >Pembaruan public void (int int, int oldValue, nilai int) < remove(key, oldValue); insert(key, value); >Insert public void (kunci int, nilai int) < TIntHashSet set = map.get(value); if (set == null) map.put(value, set = new TIntHashSet(slidingMeanValue)); // else // slidingMeanValue = Math.max(5, (slidingMeanValue + set.size()) / 2); if (!set.add(key)) throw new IllegalStateException("use update if you want to update " + key); size++; >Public Int PeekValue () < if (size == 0) throw new IllegalStateException("collection is already empty!?"); Entrye = map.firstEntry(); if (e.getValue().isEmpty()) throw new IllegalStateException("internal set is already empty!?"); return map.firstEntry().getKey(); > Public Int Peekkey () < if (size == 0) throw new IllegalStateException("collection is already empty!?"); TIntHashSet set = map.firstEntry().getValue(); if (set.isEmpty()) throw new IllegalStateException("internal set is already empty!?"); return set.iterator().next(); >Polley Int Public () < size--; if (size < 0) throw new IllegalStateException("collection is already empty!?"); Entrye = map.firstEntry(); TIntHashSet set = e.getValue(); TIntIterator iter = set.iterator(); if (set.isEmpty()) throw new IllegalStateException("internal set is already empty!?"); int val = iter.next(); iter.remove(); if (set.isEmpty()) map.remove(e.getKey()); return val; > Ukuran int publik () < return size; >Public Boolean isEmpty () < return size == 0; >int int getslidingmeanValue () < return slidingMeanValue; >@Override public string toString () < return "size " + size + " min=(" + peekKey() + "=>" + peekvalue () +") "; >> 

Koleksi diurutkan yang memungkinkan duplikat?

Diposting 13 tahun yang lalu

Jumlah irisan untuk dikirim:

Opsional ‘Terima kasih’ Catatan:

Setelah sesi pemecahan masalah yang singkat di mana saya tidak bisa mengerti mengapa saya diurutkan prioritas saya meludahkan elemen-elemen itu dengan cara yang tidak disortir saya membaca javadoc dan menyadari bahwa iterator prioritas bebas untuk mengembalikan elemen dalam urutan apa pun yang pada dasarnya disukai yang pada dasarnya disukai pada dasarnya pada dasarnya pada dasarnya pada dasarnya adalah urutan yang disukai pada dasarnya pada dasarnya pada dasarnya pada dasarnya pada dasarnya pada dasarnya pada dasarnya. Dengan kata lain, prioritas yang tidak dapat dianggap sebagai koleksi yang diurutkan. Alasan TreeSet bukanlah pilihan adalah karena saya membutuhkan koleksi untuk memungkinkan duplikat. Dan saya ingin selalu disortir, tanpa menggunakan koleksi.menyortir().

Saya tidak akan bertanya tentang alasan perilaku prioritas ini, karena diskusi di sini mencakupnya dengan cukup baik. Namun, yang ingin saya tanyakan adalah apakah ada alternatif di luar sana yang tidak saya ketahui?

Jadi, untuk meringkas, yang saya butuhkan adalah koleksi yang:

Apakah ada koleksi seperti itu di Java API? Atau persyaratan saya terlalu jauh? Saran apa pun tentang cara terbaik dan terbersih untuk menyelesaikan ini? Dan kinerja bukan masalah bagi saya, karena total koleksi tidak akan pernah mengandung lebih dari beberapa ratus elemen.

Marsekal

Posting: 77786

Diposting 13 tahun yang lalu

Jumlah irisan untuk dikirim:

Opsional ‘Terima kasih’ Catatan:

Saya pikir Anda harus menulis sendiri. Apa yang Anda gambarkan adalah daftar yang mengambil pemesanan alami daripada urutan penyisipan sebagai pemesanannya. Tulis pembungkus di sekitar implementasi daftar; Gunakan pencarian biner untuk menemukan titik penyisipan dalam metode add (e) Anda dan melempar anunsupportedoperation exception dari metode add (int, e). Perhatikan kelas pembungkus Anda harus mengimplementasikan daftar antarmuka juga. Metode add (e) akan berjalan di logN waktu yang terbaik.

Sheriff

Posting: 22739

Diposting 13 tahun yang lalu

Jumlah irisan untuk dikirim:

Opsional ‘Terima kasih’ Catatan:

Campbell Ritchie menulis: dan melempar anunsupportedoperation exception dari metode add (int, e). Catatan kelas pembungkus Anda juga harus mengimplementasikan antarmuka daftar.

Kelas pembungkus tidak perlu menerapkan daftar; Menerapkan koleksi sebagai gantinya. Daftar menambahkan tiga hal yang tidak dimiliki koleksi:
1) Pesanan yang ditentukan
2) Pengindeksan elemen
3) bergerak maju dan mundur dengan Listiterator

Karena Anda mungkin tidak akan membutuhkan 2 atau 3, pembungkus hanya perlu menerapkan koleksi. Jika Anda menerapkan daftar, Anda membuatnya lebih sulit untuk diri sendiri, karena Tambah (int, e) bukan satu -satunya tempat di mana Anda dapat merusak pemesanan yang diurutkan:
– Addall (int, collection) juga memungkinkan penambahan di lokasi mana pun (lain yang tidak didukung operasi)
– set (int) memungkinkan Anda menimpa elemen dengan elemen lain (lain unsportedoperation exception)
– Anda perlu melindungi daftar yang dikembalikan oleh sublist juga (Anda dapat membungkusnya dalam instance pembungkus baru)
– Anda perlu melindungi ListIterator Anda, ini memungkinkan menambah dan mengganti elemen juga (Anda akan membutuhkan kelas pembungkus lain)

Dan apa yang diberikan daftar yang mungkin Anda inginkan? get (int), indexof (objek), lastIndexOf (objek), sublist (int, int). Tapi apakah Anda benar -benar membutuhkannya? Koleksi tidak memilikinya, set tidak memilikinya, (prioritas) antrian tidak memilikinya.

SCJP 1.4 – SCJP 6 – SCWCD 5 – OCEEJBD 6 – Ocejpad 6
Bagaimana cara mengajukan pertanyaan bagaimana menjawab pertanyaan

Jimi Svedenholm

Tangan peternakan

Diposting 13 tahun yang lalu

Jumlah irisan untuk dikirim:

Opsional ‘Terima kasih’ Catatan:

Oke, saya telah berpikir lagi, dan memiliki beberapa opsi untuk dipilih antara:

Opsi 3 adalah pemikiran pertama saya, karena dalam pikiran saya itu seharusnya cukup mudah. Tapi ternyata itu sebenarnya tidak begitu mudah. Apa yang saya coba urutkan adalah objek yang mengimplementasikan antarmuka org.Springframework.inti.Dipesan. Sudah ada pembanding untuk objek yang dipesan, namun jika jumlah urutan kedua objeknya sama maka pembanding hanya mengembalikan 0. Tapi saya hanya ingin mengembalikan 0 jika objek benar -benar sama. Karena akan ada objek yang dipesan yang jauh dari sama, tetapi dengan nomor urutan yang sama. Jika pembanding kembali 0 maka TreeSet menganggap objek ini sama.

Masalah yang saya alami adalah memutuskan apakah elemen E1 harus dianggap lebih sedikit dari atau lebih dari elemen E2 ketika e1.getOrder () == E2.getorder (). Apa yang telah saya lakukan sekarang, dalam implementasi pengujian, adalah:

Saya tidak punya masalah dengan langkah -langkah yang agak kompleks yang terlibat, karena jarang akan sampai ke E atau F asuming Implementasi HashCode yang Baik. Masalah yang saya miliki adalah dengan langkah terakhir, f. Karena itu merusak kontrak yang sebanding. Jika perbandingan (E1, E2) turun ke F, maka hasilnya -1, tetapi hasil perbandingan (E2, E1) adalah * juga * -1! Bahkan jika ini hampir tidak akan pernah terjadi, itu * dapat * terjadi.

Apa yang kalian pikirkan tentang pembanding ini? Rasanya “salah” ketika saya menulisnya, tetapi saya juga tidak suka cara org itu.Springframework.inti.Pesanan komparator ditulis karena dapat mempertimbangkan objek yang tidak setara (seperti O1.sama (o2)) menjadi sama (dengan mengembalikan 0). Atau, ketika saya memikirkannya, * PET * Pet PEVE saya adalah antarmuka yang ditetapkan, yang dengan jelas menyatakan bahwa ia menganggap objek sama jika pembanding/compareto menghasilkan 0. Apa yang harus dilakukan, jika Anda bertanya kepada saya, adalah melakukan panggilan berikutnya O1.sama dengan (o2) dan hanya menganggapnya sebagai duplikat jika mengembalikan true.

Tetapi karena implementasi set tidak akan berubah dalam waktu dekat (atau tidak sama sekali) dalam hal ini, saya mulai bersandar pada opsi 2 di atas karena lebih sederhana maka opsi 1 dan lebih bersih maka opsi 3.

Campbell Ritchie

Marsekal

Posting: 77786

Diposting 13 tahun yang lalu

Jumlah irisan untuk dikirim:

Opsional ‘Terima kasih’ Catatan:

Pembanding yang konsisten dengan Equals memang terdengar ide yang bagus, tetapi jika Anda menggunakannya dengan Treeset Anda tidak akan mendapatkan duplikat apapun.

Jimi Svedenholm

Tangan peternakan

Diposting 13 tahun yang lalu

Jumlah irisan untuk dikirim:

Opsional ‘Terima kasih’ Catatan:

Campbell Ritchie menulis: Pembanding yang konsisten dengan Equals memang terdengar ide yang bagus, tetapi jika Anda menggunakannya dengan treeset Anda tidak akan mendapatkan duplikat apapun.

Nah, ada dua jenis kesetaraan/duplikasi di sini*. Pembanding menganggap dua elemen sama jika “kalkulasi perbandingan” menghasilkan 0. Dan ini tampaknya satu-satunya periksa setara dengan yang dilakukan oleh sortedset. Tapi cara saya melihatnya, definisi yang sempit ini tidak memadai. Objek hanya “sama” di mata pembanding, tetapi sortedset hanya boleh menggunakan pembanding penyortiran, bukan pemeriksaan bermuka dua. Jika dua elemen memiliki “compareto-result” dari 0 tetapi di mana sama () mengembalikan false maka itu harus hanya menganggapnya sebagai “bukan duplikat, tetapi urutannya tidak relevan”.

Tapi mungkin seseorang dapat menjelaskan alasan di balik fitur cacat di-saya ini dari Sortedset ini? Mengapa mempercayai perbandingan/compareto sehubungan dengan periksa duplikasi tanpa melakukan a sesuai Equals () Periksa? Saya telah membaca Javadoc, tetapi yang dikatakannya hanyalah itulah yang diterapkannya. Pertunjukan?

Jadi, untuk kembali ke posting asli saya. Ketika saya berbicara tentang duplikat yang saya maksudkan adalah duplikat menurut sudut pandang pembanding, dan alasan saya menggunakan definisi itu adalah bahwa ini adalah definisi yang digunakan sortedset. Saya tidak punya alasan untuk menempatkan BENAR duplikat (yaitu di mana o1.sama dengan (o2)) dalam koleksi.

Solusi yang saya condong ke arah sekarang adalah membuat koleksi saya sendiri (yaitu “mengimplementasikan koleksi”) yang memiliki daftar array internal. Koleksi ini hanya mendelegasikan semua panggilan metode ke daftar array, tetapi sebelum metode ToArray- dan iterator disebut saya mengurutkan arraylist menggunakan pembanding yang disediakan. Hasil bonus dari ini dibandingkan dengan “opsi 3” di atas adalah bahwa solusi ini tidak memiliki masalah dengan elemen yang dapat berubah di mana bidang yang digunakan untuk perbandingan dapat berubah setelah ditambahkan ke koleksi. Sortedset mungkin tidak akan bisa menangani skenario ini dengan elegan.

Setiap komentar tentang solusi ini?

* Tiga jika Anda mempertimbangkan ‘==’, tapi itu hanya kasus khusus Equals ().

Bagaimana mengizinkan duplikat

Возожно, ареса электронной почты явюю аонимныи дря дой говииииииamah дancing дзии дзпы дilat е ктнной почты частников, чтобы увидеть иходное собщение нandi.

Set yang diurutkan di redis tidak mengizinkan duplikat. Dapatkah kita mengizinkan duplikat dalam set yang diurutkan ?

—
Salam,
Manula Thantriwatte .
Sarjana | University of Colombo School of Computing
Srilanka

Demis Bellot

н прочитано,

23 февр. 2011 г., 09:28:47 23.02.2011

Написать собщение автору

Чтобы ответить автору, Войдитedit В систем

Чтобы переслать собщение, Войдит A в систем

У Вас нет ррешения на удаление собщений В ээ г г г г г tifikasi.

Пожаловаться на собщение

Чтобы пожаловат secara нообщение, Войдите В систем

Показать иходноisa собщение

Возожно, ареса электронной почты явюю аонимныи дря дой говииииииamah дancing дзии дзпы дilat е ктнной почты частников, чтобы увидеть иходное собщение нandi.

– Redi. @GoogleGroups.com, manula thantriwatte

Apakah Anda yakin tidak ingin menggunakan daftar? Sebagai set menurut definisi tidak berisi duplikat.

—
Anda menerima pesan ini karena Anda berlangganan grup Google Group “Redis DB”.
Untuk memposting ke grup ini, kirim email ke REDI. @GoogleGroups.com.
Untuk berhenti berlangganan dari grup ini, kirim email ke Redis-DB+U. @GoogleGroups.com.
Untuk opsi lebih lanjut, kunjungi grup ini di http: // grup.Google.com/grup/redis-db?hl = en.

Didier Spezia

н прочитано,

23 февр. 2011 г., 10:18:24 23.02.2011

Написать собщение автору

Чтобы ответить автору, Войдитedit В систем

Чтобы переслать собщение, Войдит A в систем

У Вас нет ррешения на удаление собщений В ээ г г г г г tifikasi.

Пожаловаться на собщение

Чтобы пожаловат secara нообщение, Войдите В систем

Показать иходноisa собщение

Возожно, ареса электронной почты явюю аонимныи дря дой говииииииamah дancing дзии дзпы дilat е ктнной почты частников, чтобы увидеть иходное собщение нandi.

Jika Anda mencoba membangun pengindeksan yang tidak dipesan dan tidak unik
struktur data, dan benar -benar terjebak dengan redis, Anda mungkin
ingin melihat database alkimia Jak Sprats.

Sebagian besar tetap kompatibel dengan redis, tetapi mungkin sesuai dengan Anda
Butuh lebih baik karena dukungannya untuk indeks BTREE dalam memori.

Jika Anda perlu membahasnya, silakan gunakan
grup khusus.

Pada 23 fév, 09:25, Manula Thantriwatte
menulis:

Will Maier

н прочитано,

23 февр. 2011 г., 12:27:05 23.02.2011

Написать собщение автору

Чтобы ответить автору, Войдитedit В систем

Чтобы переслать собщение, Войдит A в систем

У Вас нет ррешения на удаление собщений В ээ г г г г г tifikasi.

Пожаловаться на собщение

Чтобы пожаловат secara нообщение, Войдите В систем

Показать иходноisa собщение

Возожно, ареса электронной почты явюю аонимныи дря дой говииииииamah дancing дзии дзпы дilat е ктнной почты частников, чтобы увидеть иходное собщение нandi.

– Redi. @GoogleGroups.com

Pada Rabu, 23 Feb 2011 jam 01:55:16 PM +0530, Manula Thantriwatte menulis:
> Set yang diurutkan di Redis tidak mengizinkan duplikat. Dapatkah kita mengizinkan duplikat masuk
> Set yang diurutkan ?

Trik biasa melibatkan penusuan nilai dalam set menggunakan skor. Untuk waktu
data seri, di mana skor adalah cap waktu dan nilainya adalah angka, ini
Seharusnya cukup untuk mempertahankan keunikannya nilai yang berpotensi berulang.
Misalnya:

Waktu zadd.Seri 1298460338 “1298460348 9”
Waktu zadd.Seri 1298460348 “1298460348 10”
Waktu zadd.Seri 1298460358 “1298460358 11”

Klien Anda kemudian perlu membagi nilai yang diterimanya dari Redis secara berurutan
untuk mendapatkan nilai aktual.