Pim-community-dev: Группа MSSQL Server по проблемам

Созданный на 13 нояб. 2017 · 4Комментарии · Источник: akeneo/pim-community-dev

URL:
/отдых/атрибут/

ошибка:
Произошло исключение при выполнении '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 validation_rule_4, p0_.[ validation_regexp] AS validation_regexp_5, p0_.[wysiwyg_enabled] AS wysiwyg_enabled_6, p0_.[number_min] AS number_min_7, p0_.[number_max] AS number_max_8, p0_.[decimals_allowed] AS decimals_allowed_9, p0_.[negative_allowed] AS отрицательная_date_allowed_10, p0_.[] AS date_min_11, p0_.[date_max] AS date_max_12, p0_.[metric_family] AS metric_family_13, p0_.[default_unit_metric_unit] AS default_metric_unit_14, p0_.[max_file_size] AS max_file_size_15, p0_.[разрешенные_расширения] AS Allowed_extensions_16, p0_minimumInputLength.[minimum_1InputLength. , 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_.[entity_type] AS entity_type_ 23, p0_.[attribute_type] AS attribute_type_24, p0_.[backend_type] AS backend_type_25, p0_.[properties] AS properties_26, p0_.[created] AS created_27, p0_.[updated] AS updated_28, p0_.group_id AS group_id_29 FROM pim_catalog_attribute p0_ LEFT JOIN pim_catalog_attribute_group p1_ ON p0_.group_id = p1_.id GROUP BY p0_.[id] ORDER BY (SELECT 0) OFFSET 0 ROWS FETCH NEXT 20 ROWS ONLY':

SQLSTATE [42000, 8120]: [Microsoft] [Драйвер ODBC 13 для SQL Server] [SQL Server] Столбец «pim_catalog_attribute.sort_order» недействителен в списке выбора, поскольку он не содержится ни в агрегатной функции, ни в предложении GROUP BY.
SQLSTATE [42000, 8180]: [Microsoft] [драйвер ODBC 13 для SQL Server] [SQL Server] не может быть подготовлен(ы).

Проблема в:
/src/Pim/Bundle/EnrichBundle/Doctrine/ORM/Repository/AttributeSearchableRepository.php
строка: 160

Источник

henryktews

Самый полезный комментарий

Привет @ahocquard ,
Я знаю о системных требованиях.
На самом деле вопрос в том, примет ли Акенео улучшения в этом или нет.

У нас есть клиент, для которого мы заставляем Akeneo работать на MSSQL.
Если вас интересуют улучшения в этой области, мы можем подготовить запросы на вытягивание после обсуждения с кем-нибудь из основной команды Akeneo приемлемого для вас решения.
Если нет, мы оставим улучшения себе.

Также имейте в виду, что улучшения в этой области также помогают с MySQL, так как MySQL также стремится быть более строгим со стандартами SQL. Это также открывает возможность использовать Akeneo с другими СУБД, такими как postgresql.

Если у вас есть какие-либо вопросы или проблемы, пожалуйста, напишите мне в Slack Akeneo.

tmotyl 14 нояб. 2017

👍4

Все 4 Комментарий

Привет,

Akeneo PIM не следует устанавливать вместе с MS SQL Server.
Пожалуйста, проверьте системные требования: https://docs.akeneo.com/latest/install_pim/manual/system_requirements/system_requirements.html

Он должен быть установлен с Mysql >= 5.7.8 в качестве базы данных.

С уважением,
Александр

ahocquard 14 нояб. 2017

Если у вас есть какие-либо вопросы или проблемы, пожалуйста, напишите мне в Slack Akeneo.

tmotyl 14 нояб. 2017

👍4

Привет @tmotyl ,

Мы определенно открыты для улучшений в этом вопросе!
Вы даже можете поиграть с параметром конфигурации MySQL ONLY_FULL_GROUP_BY, чтобы получить ошибку, очень похожую на ту, что вы получаете с MSSQL.
https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sqlmode_only_full_group_by

После воспроизведения на MySQL мы были бы рады взглянуть на улучшения!

Не стесняйтесь открыть еще один PR с вашим кодом.

Заранее спасибо !

BitOne 14 нояб. 2017

Привет @tmotyl ,

После обсуждения с командой оказалось, что мы уже соблюдаем правильный синтаксис GROUP BY (с режимом ONLY_FULL_GROUP_BY). Так что я исправлен (спасибо @ahocquard );)!

Предоставленный вами запрос действителен в соответствии с разделом T301 «Функциональные зависимости» спецификаций SQL99.

В нашем случае столбец id используется в столбце GROUP_BY . И поскольку этот столбец является первичным ключом, он подтверждает тот факт, что все данные, принадлежащие той же строке, что и первичный ключ, связаны с этим id , поэтому их можно выбрать из id , и не нуждаются в какой-либо функции агрегации, и они не должны присутствовать на стороне GROUP BY.

Таким образом, проблема заключается в сервере MSSQL (или, возможно, в вашей версии), который, похоже, не реализует его в Transact-SQL.

BitOne 15 нояб. 2017

Была ли эта страница полезной?

0 / 5 - 0 рейтинги