Pim-community-dev: समस्या से MSSQL सर्वर समूह

को निर्मित 13 नव॰ 2017 · 4टिप्पणियाँ · स्रोत: akeneo/pim-community-dev

यूआरएल:
/आराम/विशेषता/

त्रुटि:
'SELECT p0_.[id] AS id_0, p0_.[sort_order] AS Sort_order_1, p0_.[useable_as_grid_filter] AS useable_as_grid_filter_2, p0_.[max_characters] AS max_characters_3, p0_.[validation_rule] AS सत्यापन के दौरान एक अपवाद हुआ। वेलिडेशन_रेगेक्सप] एएस वेलिडेशन_रेगेक्सप_5, पी0_। AS date_min_11, p0_.[date_max] AS date_max_12, p0_.[metric_family] AS metric_family_13, p0_.[default_metric_unit] AS default_metric_unit_14, p0_। , p0_.[is_required] AS is_required_18, p0_.[is_unique] AS is_unique_19, p0_.[is_localizable] AS is_localizable_20, p0_.[is_scopable] AS is_scopable_21, p0_.[code] AS code_22, p0_. 23, p0_.[attribute_type] AS विशेषता_टाइप_24, p0_। [बैकएंड_टाइप] AS बैकएंड_टाइप_25, p0_। [गुण] AS गुण_26, p0_। [बनाया गया] AS बनाया गया_27, p0_। बाएं शामिल हों pim_catalog_attribute_group p1_ पर p0_.group_id = p1_.id ग्रुप बाय p0_। [id] ऑर्डर द्वारा (चयन 0) ऑफ़सेट 0 पंक्तियाँ फ़ेच करें केवल अगली 20 पंक्तियाँ ':

SQLSTATE [42000, 8120]: [माइक्रोसॉफ्ट] [एसक्यूएल सर्वर के लिए ओडीबीसी ड्राइवर 13] [एसक्यूएल सर्वर] कॉलम 'pim_catalog_attribute.sort_order' चयन सूची में अमान्य है क्योंकि यह या तो एक समग्र फ़ंक्शन या ग्रुप बाय क्लॉज में निहित नहीं है।
SQLSTATE [42000, 8180]: [माइक्रोसॉफ्ट] [एसक्यूएल सर्वर के लिए ओडीबीसी ड्राइवर 13] [एसक्यूएल सर्वर] विवरण तैयार नहीं किया जा सका।

समस्या इसमें है:
/src/Pim/Bundle/EnrichBundle/सिद्धांत/ORM/Repository/AttributeSearchableRepository.php
लाइन: 160

स्रोत

henryktews

सबसे उपयोगी टिप्पणी

हाय @ahocquard ,
मैं सिस्टम आवश्यकताओं के बारे में जानता हूं।
सवाल वास्तव में यह है कि क्या अकीनो उसमें सुधार स्वीकार करेगा या नहीं।

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

कृपया यह भी ध्यान रखें कि इस क्षेत्र में सुधार से MySQL को भी मदद मिलती है, क्योंकि MySQL भी SQL मानकों के साथ अधिक सख्त होने की दिशा में जा रहा है। यह अन्य DBMS जैसे postgresql के साथ Akeneo का उपयोग करने का एक तरीका भी खोलता है।

यदि आपके कोई प्रश्न या चिंताएँ हैं, तो कृपया मुझे अकीनेओ स्लैक पर एक पंक्ति दें।

tmotyl 14 नव॰ 2017

👍4

सभी 4 टिप्पणियाँ

नमस्ते,

Akeneo PIM को MS SQL सर्वर के साथ स्थापित नहीं किया जाना चाहिए।
कृपया सिस्टम आवश्यकताएँ जाँचें: https://docs.akeneo.com/latest/install_pim/manual/system_requirements/system_requirements.html

इसे डेटाबेस के रूप में Mysql>= 5.7.8 के साथ स्थापित करना होगा।

सादर,
एलेक्जेंडर

ahocquard 14 नव॰ 2017

tmotyl 14 नव॰ 2017

👍4

हैलो @tmotyl ,

हम निश्चित रूप से उस बिंदु पर सुधार के लिए तैयार होंगे!
आप MySQL ONLY_FULL_GROUP_BY कॉन्फ़िगरेशन पैरामीटर के साथ भी खेल सकते हैं ताकि आपको MSSQL के साथ मिलती-जुलती त्रुटि मिल सके।
https://dev.mysql.com/doc/refman/5.7/hi/sql-mode.html#sqlmode_only_full_group_by

एक बार MySQL पर पुन: प्रस्तुत करने के बाद, हमें सुधारों पर एक नज़र डालने में खुशी होगी!

अपने कोड के साथ एक और पीआर खोलने में संकोच न करें।

आपका अग्रिम में ही बहुत धन्यवाद !

BitOne 14 नव॰ 2017

हैलो @tmotyl ,

टीम के साथ चर्चा करने के बाद, ऐसा प्रतीत होता है कि हम पहले से ही उचित GROUP BY सिंटैक्स (ONLY_FULL_GROUP_BY मोड के साथ) का अनुपालन कर रहे हैं। तो मैं सही खड़ा हूं (धन्यवाद @ahocquard );)!

आपके द्वारा प्रदान की गई क्वेरी SQL99 विनिर्देशों के खंड T301 "कार्यात्मक निर्भरता" के अनुसार मान्य है।

हमारे मामले में, id कॉलम वह है जिसका उपयोग GROUP_BY । और चूंकि यह कॉलम प्राथमिक कुंजी है, यह इस तथ्य को मान्य करता है कि प्राथमिक कुंजी के समान पंक्ति से संबंधित सभी डेटा इस id , इसलिए उन्हें id से चुना जा सकता है, और किसी भी एकत्रीकरण समारोह की आवश्यकता नहीं है और न ही उन्हें ग्रुप बाय साइड में उपस्थित होने की आवश्यकता है।

तो समस्या MSSQL सर्वर (या शायद आपका संस्करण) में है जो इसे Transact-SQL में लागू नहीं करता है।

BitOne 15 नव॰ 2017

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Pim-community-dev: समस्या से MSSQL सर्वर समूह

सबसे उपयोगी टिप्पणी

सभी 4 टिप्पणियाँ

संबंधित मुद्दों