Изменение кодировки ничего не дало. До 4 версии все было нормально.
Баг при проведении транзакции
(40 posts) (16 voices)-
Posted 1 year ago #
-
Неверно и у меня такая же бага. А то ввожу все затраты, а остаток почему то больше чем по факту.
Как это можно увидеть? Сравнивать остатки после каждой транзакции или можно как то еще понять?Posted 1 year ago # -
cool_hunter,
мне так и приходится делать, каждый день подбиваю бабки (по наличным) досадно, а шо делать =(
Posted 1 year ago # -
Баг с транзакцией не изменяющей баланс случился уже дважды, вначале был перевод денег между счетами, в такой транзакции сумма указывается дважды, в списаной и зачисленной, вторая сумма была сама обнулилась, я поправил, транзакция прошла. Второй раз было просто списание со счета, транзакция не изменила деньги на счету, после удаления транзакции - сумма на счету уменьшилась.
Может был такое происходило и раньше, но я не замечал. Спасите!
p.s. До этого пользовался Cash Organizer под WM, там в каждой транзакции пишется баланс счета до и после нее и если бы подобное случилось - ошибка была бы сразу замента. Может быть сделать что-то такое?Posted 1 year ago # -
Сейчас программисты разбираются в чем дело. Опишите, пожалуйста, последовательность Ваших действий. Это поможет быстрее локализовать ошибку.
Posted 1 year ago # -
Ребята, уже действительно надоело.
Еще раз описываю ситуацию, транзакция не снимает деньги:
- В случае проведения плановой транзакции по непонятным причинам и редко
- В слечае быстрого расхода, причем замечено что когда выбираешь категорию и она после клика пальцем не выбирается, а возвратившись в интерфейс выбора наличности и ввода суммы светится пустая, при повторном выборе категории и вводе всех прочих данных транзакция не проводится и не снимает наличность.Это РЕАЛЬНАЯ проблема. И я как человек имеющий отношение к написанию учетных программ заявляю вам со всей ответственностью ТАК ПРОГРАММЫ НЕ ПИШУТ.
У вас нет минимальной логики на уровне БД, ни триггеров ни констрейнтов. То есть за логику отвечает клиентская программа, в которой может быть масса интерфейсных ошибок. Вся ответственность за логическую целостность данных лежит на вашем коде, а не на коде sqlite. А Вашему коду я почему - то доверяю меньше.Второе, у вас нет никаких встроенных процедур проверки логической целостности данных. Потому как у вас нет понятия остатков на начало и конец периода, соответственно провести проверку целостности всех транзакций просто невозможно. А эта функция бы решала много проблем.
Еще, с новой версией при корректировке суммы наличности формируется корректирующая транзакция, вроде бы по логике вещей все правильно, только сейчас не осталось вариантов НИКАКИХ вариантов привести программу в незамусоренный вид (без этих корректирующих транзакций).
Попытка удаления корректирующей операции из базы данных внешними средствами sqlite приводит к тому, что новые транзакции не проводятся через интерфейс программы.Вообщем я возмущен качеством вашего кода. За время когад этот баг вам был продемонстрирован вы уже выпустили 2 версии, а проблема только усугубляется... и не только жалко потраченных денег, но и остается ужасный осадок.
Рекомендую вам бросить все и занятся поиском этой ошибки, а лучше трансформацией БД и переносом логики на уровень БД. Иначе ваши красивости не стоят ни гроша... и вы потеряете всех клиентов. Интернет, знаете ли, публичное место...а репутацию восстановить крайне сложно.
Удачи.
Posted 1 year ago # -
Я в принципе не понимаю как можно пользоваться программой. В активах есть дебетовая карта (USD) в обязательствах есть автокредит (руб). Нажал изменить автокредит, не вносил ни какие данные и изменения, просто нажал сохранить и сумма автокредита списалась (без учета валюты) с дебетовой карты, специально проверил и еще раз сделал такой опыт - опять списалось. Причем ни какой связи между ними в принципе нет.
УЖАС!!!!!!!!!
Posted 1 year ago # -
а в ответ тишина...
Posted 1 year ago # -
Еще раз могу повторить свой предыдущий пост. Мы ищем ошибку. Вы абсолютно правы, что вряд ли всему виной библиотека sqlite. Так же Вы правы, что уровень пользовательского интерфейса не должен влиять на уровень бизнес логики. Сейчас как раз и ищем причины такого возможного влияния.
Posted 1 year ago # -
Да sqlite вообще не причем... Вы базу используете только для хранения данных, но никак не для логики проведения транзакции... и логической целостности. То есть при проведении транзакций вам в программе нужно знать как списывать с баланса и откуда и по каким правилам и связям... а это все реализуется (правильно реализуется) на уровне базы данных триггерами...
Как только добавилась в базу запись - произошел вызов цепочки функций, которые прописали по разным таблицам все что нужно... без участия пользовательского приложения... ему нужно только уметь добавить запись... Я рассказываю не для вас программистов, а для читателей, что бы вы их фразами "... вряд ли всему виной библиотека..." вто время как она вообще не причем...
"... уровень пользовательского интерфейса не должен влиять..." в то время как только он у вас и отвечает за логическую целостность, "... ищем причины такого влияния... " - откровенная профанация и ответ на отъе....Не обманывайте клиентов.
Лучше обозначте планы развития со сроками реализации функционала по версиям.
Процесс развития еще не гарантирует результат.
В ИТ бизнесе зачастую покупают грамотный roadmap, то есть дайте понять куда вы идете, какими шагами, когда и каких версий с каким фунционалом ждать, и люди будут понимать стоит на вас делать ставку или нет.
Лично я могу сказать, что если у вас не появится более грамотной работы с БД в ближайшем будущем буду вам благодарен только за то, что приучили меня вести учет бюджета, но не за инструмент, который вы мне предложили.Прошу прощение за тон, но ваш ответ (официальный) меня просто разочаровывает.
Posted 1 year ago #
Reply
You must log in to post.
