Сообщений в теме: 7

[lulu]

Здравствуйте! У меня глупый вопрос... Как изменить нумерацию заказов, чтобы было не Заказ №1, а ,например, Заказ № 1001? Просто некоторых клиентов пугает новый магазин и то, что они будут первые... Заранее спасибо.

[Dbus]

запрос в бд мгазина

ALTER TABLE `префикс_orders` AUTO_INCREMENT =1001

[poloskun]

Подскажите, есть старая нумерация (ХХХХХ), к ней привязана накопительная скидка. Т.е. все старые заказы должны остаться со старыми номерами
С нового года нужно ввести новую систему нумерации: добавить буквенный префикс и запустить новый отсчет с 1000-го заказа: ПЛ-Х1000
Подскажите, есть ли простое решение и не повлияет ли это на работу системы накопительной скидки для старых клиентов?

[badisoft]

Подскажите, есть ли простое решение

Очень сомневаюсь, т.к. номером заказа является автоинкрементное поле в SQL-таблице, которое может быть только цифровым.

[Dbus]

имхо этот буквенный префикс легче будет добавить не в базу, а на выходе (в интерфейсе, уведомлениях и тд, где это нужно чтоб было видно)

[badisoft]

имхо этот буквенный префикс легче будет добавить не в базу, а на выходе

Это сразу потянет за собой кучку мелких и не очень проблем. Поиск, сортировка, еще какие-нибудь... Только я бы не на выходе добавлял префикс, а автоинкрементное поле оставил бы для связи между таблицами, сделав номер заказа отдельным полем. Ну и все дополнения, связанные с ордерами сразу идут лесом. Либо переделывать. ИМХО, простого решения нет. Ну а не простое возможно практически для любого извращения .

[poloskun]

Спасибо, понял. Воспользуюсь более простым вариантом с перенумерацией старта.

запрос в бд мгазина

ALTER TABLE `префикс_orders` AUTO_INCREMENT =1001

Если я правильно понимаю, указав

AUTO_INCREMENT =20140000

я просто создам разрыв в последовательности, который никак не отразится на накопительных скидках и пр. функционале?

[Dbus]

я просто создам разрыв в последовательности, который никак не отразится на накопительных скидках и пр. функционале?

таки да