BiTel

Загружаю платежи из файла - все работает, но обнаружены повторные платежи, не смотря на указанное поле position_id и уникальность id в загружаемом реестре.

Разобрался и выяснил что Сбербанк присылает в качестве id номер платежки в 28 цифр, а размер поля для этого в базе (payment_register_item_%.unique_id ) varchar(20). При загрузке поле просто обрезается до 20 и уникальность теряется.

Поднял до varchar(30) вроде бы все работает нормально - повторные записи правильно фильтруются и попадают в лог загрузки.

Внимание вопрос
1. Не зацепит ли другие данные данное изменение размера поля ?
2. таблица создается каждый месяц, где бы изменить размер создаваемого поля ?

1. Нет, не зацепит
2. Нигде, ибо таблица создается ядром биллинга, а это в него зашито.
©обрано из ответов разработчиков, которые были связаны с таблицами в бд

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Нет.
Выложили обновление ядра, в следующих месяцах таблицы будут создаваться с unique_id varchar(60). Не забудьте забекапить старые библиотеки перед обновлением.

А 5.1 это коснется ?

Да, должен уже появиться новый билд.