Рейтинг:
1
OriginalGriff
Цитата:
я не пробовал ничего, кроме некоторых логик, которые вообще не работали
Мы более чем готовы помочь тем, кто застрял, но это не значит, что мы здесь, чтобы сделать все это для вас! Мы не можем сделать всю работу, вам либо платят за это, либо это часть ваших оценок, и было бы совсем несправедливо, если бы мы сделали все это за вас.
Поэтому нам нужно, чтобы вы сделали работу, и мы поможем вам, когда вы застряли. Это не значит, что мы дадим вам пошаговое решение, которое вы можете сдать!
Начните с объяснения, где вы находитесь в данный момент и каков следующий шаг в этом процессе. Затем расскажите нам, что вы пытались сделать, чтобы этот следующий шаг сработал, и что произошло, когда вы это сделали.
Member 12654313
мой друг я могу понять это но поверьте мне я перепробовал много вещей но потерпел неудачу вот почему я подумал спросить Здесь любую логику или любую помощь позвольте мне объяснить больше
мой друг у меня есть 5 бухгалтерских модулей
наличный расчет
денежные поступления
банковские платежи и квитанции
журнальная запись
теперь все эти модули основаны на Плане счетов . при оплате наличными в основном наличными в кассе я кредитую, а счет, на который мы платим, является дебетовым .
теперь в плане счетов тип наличных денег в руке или природа остается DR, но другой счет, которому мы платим наличные деньги, является кредитом, и если мы платим ему, а его тип счета-DR в плане счета, то его счет должен показать CR после того, как мы сделаем запись в оплате наличными. и так же, как если мы делаем запись в кассовом чеке, то его счет будет DR, Если в плане счета его CR, потому что мы получаем оплату от него.
теперь я не могу изменить тип статуса с DR на CR или CR на DR после каждой транзакции .
OriginalGriff
That's because you don't. Database entries should be numbers - DECIMAL probably - and numbers don't have "a format" in a DB or computer any more than they do in the real world. What format could you apply to 5, or 666, or 17.995, or 3.1415927? Numbers are just that: numeric values that only have relevance when they are used. For example, dates and times aren't stored internally as 2019-07-10 08:46:12.8765 - they are stored as "N ticks since a predefined point in time". Which means we can do match with them: since a minutes in X ticks, we can subtract 10 minutes from a date time by subtracting 10 * X ticks from the number stored and it will work regardless of the date and time. Similarly, we can add 7 days by adding 7 *24 * 60 * X ticks and that will work as well.
Числа имеют знак (обычно) положительный (сумма депозита или кредита) или отрицательный (сумма снятия или дебета), но он форматируется только как CR или DR, красный или черный, + или - когда информация представлена пользователю, а затем она представлена на предпочтительном дисплее этого конкретного пользователя, точно так же, как даты представлены в ММ/ДД/гггг американцу, но ДД/ММ/гггг европейцу (или гггг/ММ/ДД чч:мм:СС.СССС пользователю ISO).
Вы не возитесь с форматами в своей БД: вы представляете ее в своем презентационном программном обеспечении в любимом стиле пользователей - который для большинства пользователей управляется региональными настройками компьютера и используемым программным обеспечением, а не БД, которая будет использоваться несколькими пользователями.