Django-tables2: स्तंभ शीर्षलेख द्वारा छँटाई के बाद डुप्लिकेट तालिका पंक्तियाँ

सूची के माध्यम से क्वेरीसेट को क्रिस्टलीकृत करना () होने वाली समस्या को रोकता है:

+++ b/django_tables2/rows.py
@@ -8,6 +8,7 @@ from django.utils import six
 from .columns.linkcolumn import BaseLinkColumn
 from .utils import A, AttributeDict, call_with_appropriate, computed_values

+import sys

 class BoundRow(object):
     """
@@ -187,9 +193,26 @@ class BoundRows(object):
     def __init__(self, data, table):
         self.data = data
         self.table = table


     def __iter__(self):
+        print >>sys.stderr, type(list(self.data.data))

रिपोर्टिंग के लिए धन्यवाद, सूची में कास्टिंग समाधान के रूप में स्वीकार्य नहीं है क्योंकि यह बड़े डेटासेट के साथ काम नहीं करेगा।

क्या आप यह सुनिश्चित करने के लिए अपने django-tables2 संस्करण को डाउनग्रेड करने का प्रयास कर सकते हैं कि यह आपके Django संस्करण को अपडेट करने में कोई समस्या नहीं है?

हाँ निश्चित रूप से कोई समाधान नहीं है - लेकिन यह कारण का संकेत हो सकता है। सूची में कास्टिंग करने का दूसरा कारण उपयुक्त समाधान नहीं है क्योंकि यह हमेशा डेटा रखने वाला एक क्वेरीसेट प्रतीत नहीं होता है, इस मामले में self.data.data मौजूद नहीं होगा।

@wtfrank , मैं देखता हूं, लेकिन अगर आप एक पुनरुत्पादित परीक्षण केस प्रदान कर सकते हैं तो यह वास्तव में मदद करेगा। क्या आपने अपने द्वारा उपयोग किए गए पिछले संस्करण में django-tables2 को डाउनग्रेड करने का प्रयास किया था?

मुझे लगता है कि मैं एक ही मुद्दे में भाग रहा हूं: मेरी तालिका में, एक पंक्ति गायब है, और दूसरी एक डुप्लिकेट है ... मेरे लिए यह संस्करण 1.2.2 के साथ शुरू हुआ।
1.2.1 में डाउनग्रेड करना मेरे लिए समस्या को "ठीक" करता है.... क्या कोई जानकारी है जो मैं खोज को आसान बनाने के लिए प्रदान कर सकता हूं?

एक न्यूनतम परीक्षण मामला वास्तव में अच्छा होगा। फिर हम खराब कमिट को खोजने के लिए git bisect चला सकते हैं।

मैं इस समय एक टेस्ट केस देख रहा हूं, लेकिन अजीब तरह से मैं अपने परीक्षण पर्यावरण पर इस मुद्दे को पुन: उत्पन्न नहीं कर सकता ...

स्थानीय रूप से (एसक्लाइट का उपयोग कर रनरवर का उपयोग करके) सब ठीक है, जबकि उत्पादन में (यूडब्ल्यूजीआई और माइस्क्ल चलाना) डुप्ली की समस्या मौजूद है ... (दोनों वातावरण बराबर संस्करणों पर चलते हैं)

क्वेरीसेट में कोई डुप्लीकेट नहीं है.... लेकिन जब टेबल.एचटीएमएल प्रस्तुत किया जाता है, तो क्वेरीसेट में एक ऑब्जेक्ट गुम होता है और दूसरा डुप्लिकेट होता है...

उम्मीद है कि एक परीक्षण मामले के साथ जल्द ही आपके पास वापस आ रहा हूं :)

1.2.6 संस्करण में भी समस्या उत्पन्न होती है। मुझे लगता है कि यह #329 या #330 के साथ sth है लेकिन अभी तक मुझे इसे ठीक करने का तरीका नहीं मिल रहा है।

वे केवल 1.2.6 पर लागू होते हैं, इसलिए मुझे उम्मीद नहीं है कि वे इस बग का स्रोत होंगे।

क्षमा करें, मैं एक उचित प्रतिलिपि प्रस्तुत करने योग्य मामला प्रदान करने में सक्षम नहीं हूं, लेकिन मुझे अभी यह समस्या मिली है (या, कम से कम, मेरा मानना ​​​​है कि यह यह मुद्दा है) और यह बता सकता है कि यह निश्चित रूप से 1.2.1 और 1.2.2 के बीच हुआ था। .

जब भी मैं 1.2.1 पर डाउनग्रेड करता हूं, सब कुछ ठीक दिखता है। जब मैं 1.2.2 या इसके बाद के संस्करण में अपग्रेड करता हूं (मैंने नवीनतम 1.2.6 के साथ शुरुआत की है, तो निश्चित रूप से), मैं लगातार पहली पंक्ति खो देता हूं (तीन में से मेरे पास डीबी में है) और इसके बजाय किसी अन्य की एक प्रति प्राप्त करें। उदाहरण के लिए, जब 1.2.1 पर मेरे पास है:

| तारीख | हिट | ... |
| --- | --- | --- |
| 2016-10-08 | 123 | ... |
| 2016-10-07 | 321 | ... |
| 2016-10-06 | 0 | ... |

१.२.२-१.२.६ को मुझे इसके बजाय लगातार यह मिलता है:

| तारीख | हिट | ... |
| --- | --- | --- |
| 2016-10-06 | 0 | ... |
| 2016-10-07 | 321 | ... |
| 2016-10-06 | 0 | ... |

मैं अजगर 2.7.12 पर Django 1.9.9 का उपयोग कर रहा हूँ, परियोजना pydanny/cookiecutter-django (हालांकि उसके बाद भारी संशोधित) का उपयोग कर शुरू किया गया था, और मेरा कोड इस तरह दिखता है:

class DailySummaryTable(tables.Table):
    class Meta:
        model = DailySummary
        attrs = {"class": "paleblue"}
        empty_text = _("No stats yet")
        fields = ("date", "hits", ...long boring list...)
        # order_by = ("-date",)
        # orderable = False

मॉडल के Meta केवल verbose_name{,_plural} सामान है, और दृश्य एक साधारण DetailView है जो इस तरह दिखता है:

class SourceDetailView(LoginRequiredMixin, DetailView):
    model = Source
    ...
    def get_context_data(self, **kwargs):
        ctx = super(...)
        ctx["stats"] = DailySummaryTable(DailySummary.objects.filter(source=self.object))
        return ctx

और डीबी (पोस्टग्रेएसक्यूएल 9.6) में तीन पंक्तियां हैं, सभी में समान source_id (मेरे पास केवल एक है), इसलिए वे सभी क्वेरी से मेल खाते हैं। अजीब तरह से, अगर मैं .filter(source=...) को .all() से बदल दूं तो समस्या गायब हो जाती है।

मैं बस इतना ही पता लगाने में सक्षम था। आशा है कि इससे सहायता मिलेगी। मुझे लगता है, मैं अभी 1.2.1 के साथ रहूंगा :)

अपना भ्रमण दिखाने के लिए धन्यवाद, मैं इस मुद्दे पर बाद में विचार करूंगा।

मैं बस एक ही मुद्दे में भाग गया, सूची() के माध्यम से क्वेरीसेट को क्रिस्टलाइज करना हमारी तरफ से एक व्यवहार्य समाधान नहीं है।

@ op-alex-reid क्या आप अपने उपयोग के मामले को न्यूनतम प्रतिलिपि प्रस्तुत करने योग्य परीक्षण मामले में बदलने की कोशिश कर सकते हैं?

मुझे एक ही समस्या है (Django==1.9, django-tables==1.2.3) निम्नलिखित कोड के साथ:

class UserPlayerTable(tables.Table):
    actions = tables.LinkColumn('player:my_players_detail', args=[A('slug')],
                                text=_('View / Edit'),
                                verbose_name=_('View / Edit'), empty_values=())
    embed = tables.LinkColumn('player:my_players_embed', args=[A('slug')],
                                text=_('View / Embed now'),
                                verbose_name=_('View / Embed now'), empty_values=())

    class Meta:
        template = 'tables/table.html'
        model = Player
        fields = ('created', 'slug', 'actions', 'embed')
        attrs = {"class": "changeset"}
        order_by = ['-created']
        orderable = False

तथा

UserPlayerTable(Player.objects.filter(user=context['impersonate_user']))

दिलचस्प बात यह है कि जब मैं orderable = True सेट करता हूं, तो समस्या नहीं होती है।

मेरे मामले में, सूची() _is_ एक विकल्प (और अभी के लिए फिक्स) के माध्यम से क्वेरीसेट को क्रिस्टलीकृत करना, क्योंकि तालिका में केवल 5 पंक्तियां हैं।

उदाहरण के लिए धन्यवाद!

मैंने इस कोड का उपयोग करके इसे पुन: उत्पन्न करने का प्रयास किया:

class Player(models.Model):
    person = models.ForeignKey(Person)
    created = models.DateTimeField(auto_now_add=True)
    score = models.PositiveIntegerField()

def test_issue_361(per_page=5):

    bob = Person.objects.create(first_name='Bob', last_name='Builder')
    eve = Person.objects.create(first_name='Eve', last_name='Dropper')

    for i in range(10):
        Player.objects.create(person=bob, score=randint(0, 200))
        Player.objects.create(person=eve, score=randint(200, 400))
        Player.objects.create(person=bob, score=5)
        Player.objects.create(person=eve, score=5)

    class UserPlayerTable(tables.Table):
        class Meta:
            model = Player
            fields = ('person.name', 'score',)
            order_by = ['-score']
            orderable = False

    queryset = Player.objects.filter(score=5)

    table = UserPlayerTable(queryset)
    RequestConfig(request, paginate={'per_page': per_page}).configure(table)
    html = table.as_html(request)

    # count the number of rows, subtract one for the header
    assert (html.count('<tr') - 1) == per_page

लेकिन यह डुप्लिकेट पंक्तियां नहीं देता है ...

मुझे आज भी इसी मुद्दे का सामना करना पड़ा। मैं Django == 1.10 प्रोजेक्ट में django-tables2 == 1.2.9 का उपयोग कर रहा हूं, जहां मैं django-filters == 1.0.1 का भी उपयोग करता हूं।

दिलचस्प बात यह है कि मेरी तालिका में पंक्तियों का दोहरीकरण केवल तभी होता है जब

1. प्रदर्शित करने के लिए कई प्रविष्टियाँ हैं
   (इसलिए यदि मैं प्रति पृष्ठ 25 रिकॉर्ड के साथ पेजिनेशन सक्षम करता हूं तो सब कुछ ठीक है, लेकिन अगर मैं पूर्ण डेटासेट प्रदर्शित करता हूं तो मुझे कई समान प्रविष्टियां मिलती हैं)

2. तालिका को एक कॉलम द्वारा क्रमबद्ध किया जाता है जिसमें गैर-तार होते हैं
   (सब कुछ ठीक है अगर मैं एक कॉलम द्वारा क्रमबद्ध करता हूं जिसमें नाम शामिल हैं, लेकिन तिथियों, इनट्स या बूल के साथ कॉलम द्वारा सॉर्ट करने से परेशानी होती है)

1.2.1 में डाउनग्रेड करने से समस्या हल हो जाती है, लेकिन यह वास्तव में एक विकल्प नहीं है।
इसके अलावा डुप्ली को वास्तविक प्रविष्टियों के बल्कि दिखाया

मुझे उम्मीद है कि यह समस्या की तह तक जाने में थोड़ी मदद करता है, क्योंकि इसके अलावा मुझे वास्तव में django-tables2 के साथ काम करने में मज़ा आता है।

आपके सभी कार्यों के लिए धन्यवाद!

@ n0ctua धन्यवाद!

क्या आप निष्पादित सटीक प्रश्नों पर एक नज़र डाल सकते हैं और शायद उन्हें यहां साझा कर सकते हैं?

मुझे अभी भी यह समस्या हुई है और समझ में आया कि यह मेरे लिए क्यों हो रहा है इसलिए मैंने सोचा कि मैं पोस्ट करूंगा क्योंकि मुझे संदेह है कि दूसरों के पास भी यही कारण है। _(हालांकि, मैंने django-tables2 के अन्य संस्करणों के साथ प्रयास नहीं किया है, इसलिए मैं गलत हो सकता हूं क्योंकि मुझे समझ में नहीं आता कि ऐसा क्यों हो रहा है ... हालांकि ... वास्तव में इसके बारे में सोचकर मैं अनुमान लगाऊंगा कि यह ऐसा इसलिए है क्योंकि पुराने संस्करणों में गैर-पृष्ठांकित तालिकाओं ने प्रत्येक पंक्ति के लिए एक क्वेरी के बजाय db के विरुद्ध एक ही क्वेरी चलाई - इस पर अधिक विवरण नीचे...)_

ऐसा इसलिए है क्योंकि गैर-अद्वितीय क्षेत्रों पर _SQL order by नियतात्मक नहीं है, इसलिए जब top n द्वारा संयुक्त किया जाता है तो आपको बार-बार वही शीर्ष n पंक्तियाँ मिलती हैं। (साथ ही, किसी कारण से जब मैं बिना पेजिनेशन के Table बनाता हूं तो यह _every_ पंक्ति के लिए एक क्वेरी उत्पन्न करता है। आईई top 1 )।

मुझे यकीन नहीं है कि यहां सबसे अच्छा समाधान क्या है? मुझे लगता है कि यह गारंटी देने का एकमात्र तरीका काम करेगा कि हमेशा अंतिम order by एक अद्वितीय क्षेत्र पर हो। आदर्श रूप से प्राथमिक कुंजी? साथ ही, इसके बारे में चेतावनी वाले दस्तावेज़ों में कुछ नोट्स जोड़ने लायक हो सकते हैं?

एक अलग समस्या के रूप में, लेकिन एक जो वास्तव में कम हो जाएगा यह कितनी बार होता है (और गैर-पृष्ठांकित तालिकाओं के लिए प्रश्नों को गति दें) यदि तालिका में प्रत्येक पंक्ति के लिए top 1 क्वेरी चलाने के बजाय केवल एक ही चल रहा होगा क्वेरी जो सभी परिणाम लाती है।

@iniocean गैर-पृष्ठांकित तालिकाओं के लिए प्रश्नों की यह संख्या काफी अजीब है, यह सुनिश्चित नहीं है कि ऐसा क्यों होता है, और ऐसा नहीं होना चाहिए। यह परीक्षण मामला समस्या दिखाता है:

def test_single_query_for_non_paginated_table(settings):
    '''
    A non-paginated table should not generate a query for each row, but only
    one query to count the rows and one to fetch the rows.
    '''
    from django.db import connection
    settings.DEBUG = True

    for i in range(10):
        Person.objects.create(first_name='Bob %d' % randint(0, 200), last_name='Builder')

    num_queries_before = len(connection.queries)

    class PersonTable(tables.Table):
        class Meta:
            model = Person
            fields = ('first_name', 'last_name')

    table = PersonTable(Person.objects.all())
    request = build_request('/')
    RequestConfig(request, paginate=False).configure(table)
    table.as_html(request)

    # print '\n'.join(q['sql'] for q in connection.queries)
    assert len(connection.queries) - num_queries_before == 2

मैंने असफल रूप से विफल होने वाले पृष्ठांकित मामले के लिए एक परीक्षण बनाने की कोशिश की है। मुझे समझ में नहीं आता क्यों लेकिन सब कुछ पेजिनेटेड मामले में सामान्य रूप से काम करता प्रतीत होता है ... मैंने सोचा कि मुझे ऐसी पंक्तियां मिलेंगी जो एक गैर-अद्वितीय फ़ील्ड द्वारा सॉर्ट करने पर एकाधिक पृष्ठों पर डुप्लीकेट की तरह दिखती हैं।

@intiocean मुझे लगता है कि मैंने इसे 10f5e968bc10552be0ad02ee566513b5d274d5c5 के साथ तय किया है

@जीतर बढ़िया! मैं देख सकता हूं कि यह गैर-पृष्ठांकित तालिकाओं के साथ समस्या का समाधान क्यों करेगा, लेकिन फिर भी लगता है कि एक गैर-अद्वितीय कॉलम द्वारा ऑर्डर करने पर जब डेटा अलग-अलग पृष्ठों में फैला होता है, तो top n ... limit x offset y कारण एक ही पंक्ति कई पृष्ठों पर दिखाई दे सकती है।

तुम क्या सोचते हो?

इसी तरह: http://stackoverflow.com/questions/31736700/duplicate-elements-in-django-paginate-after-order-by-call

@wtfrank , @intiocean @n0ctua @ op-alex-reid @fliphess मैंने बस कुछ कमिट को मास्टर करने के लिए प्रेरित किया जो इसे ठीक कर सकता है। क्या आप सत्यापित कर सकते हैं?

@intiocean यदि वह इस मुद्दे का स्रोत है, तो मुझे लगता है कि हम इस व्यवहार को दस्तावेज करके केवल इस मुद्दे को आंशिक रूप से ठीक कर सकते हैं।

मैं पुष्टि कर सकता हूं कि यह गैर-पृष्ठांकित टेबल @jieter को ठीक करता है। यह गैर-पृष्ठांकित तालिकाओं के प्रदर्शन में भी सुधार करता है क्योंकि अब प्रत्येक पंक्ति के लिए एक के बजाय केवल एक क्वेरी है।

जाँच:
962f502 के साथ और 'नोट्स' कॉलम द्वारा छँटाई -> दोहराव

F853078 के साथ और 'नोट्स' कॉलम के आधार पर छाँटना -> कोई दोहराव नहीं

किसी भी मौके पर आप @jieter को रिलीज़ कर सकते हैं?

वाह, अंत में तय!

हां, मैं एक घंटे के भीतर रिलीज करूंगा।

जारी 1.4.0

बहुत बढ़िया, धन्यवाद @jieter!

@jieter और @intiocean इसे ठीक करने के लिए आप दोनों को बहुत-बहुत धन्यवाद! अब पूरी तरह से काम करता है।

नमस्ते, मैंने अभी इस मुद्दे को 1.21.2 संस्करण और Django == 2.0.6 पर अनुभव किया है। intiocean की टिप्पणी के लिए धन्यवाद, इसे 'पीके' द्वारा अतिरिक्त ऑर्डरिंग सेट करने के साथ ठीक किया गया।