2013-09-19 3 views
0

Я использую Joomla 2.5 и последний K2. Если я изменю поле идентификатора товара K2 от INT до BIGINT, у меня возникнут какие-либо осложнения или функциональные проблемы?Изменение идентификатора товара от INT до BIGINT

мне нужно вводить идентификаторы с длиной 10 цифр, но я не могу ввести идентификаторы больше 2147483647.

Благодаря Эгона

+0

Мне интересно, почему вам нужно будет возиться с полем элемент ID. Почему бы не использовать дополнительное поле для хранения длинного идентификатора и оставить идентификатор элемента отдельно? Вы рискуете иметь проблемы с обновлением, внося изменения в БД. –

+0

Я строю книжный магазин на основе k2. данные книги будут обновляться с помощью инструмента, который использует идентификатор элемента для идентификации, какой элемент должен обновляться. Я уже сделал это, поскольку вы имеете в виду (эти данные уже находятся в дополнительном поле) для проблемы с выпуском обновлений. Я должен иметь книги isbn number не только как дополнительные данные, но и как идентификатор элемента. и isbn число от 10 до 13 знаков. после того, как я получу все кодировки (есть еще несколько основных изменений), я заморожу код и не буду сталкиваться с проблемами обновления. –

ответ

0

Joomla, кажется, не поддерживает BIGINT в качестве идентификаторов.

Источник: http://community.joomla.org/featured-articles/did-you-know/471-how-to-break-your-joomla-website.html

+0

хорошая находка, однако это было написано в 2010 году, когда Joomla 1.5 был около. Я не совсем уверен, но все могло измениться в Joomla 2.5+ – Lodder

+0

Ну, вот написано, Joomla действительно поддерживает BIGINT: [link] (http://www.itoctopus.com/maximum-number-of-articles-categories и-пользователи-на-Joomla). Если я изменяю любое поле от INT до BIGINT, достаточно ли сделать одинаковые изменения во всех таблицах соединений? –

+0

О, ну, извините за вводящий в заблуждение тогда. Я полностью забыл проверить дату статьи. – alandarev

Смежные вопросы