gpt4 book ai didi

返回不正确结果的 MySQL 本地变量(尝试运行平衡)

转载 作者:行者123 更新时间:2023-11-29 00:51:30 28 4
gpt4 key购买 nike

我有两个表,journal_entries,其中存储了 trans_id(主要的,唯一的)、日期和注释,然后我有一个 creditdebit 表,其中存储了 trans_id、贷方金额、借方金额和帐号(该表还有一个名为 crdeitdebitID 的索引,但在该事务中未使用)

我的目的是产生一个运行平衡,当结果按自然顺序排列时它会起作用。当我尝试按日期重新排序时,我遇到了问题。

这是一个有效的查询:

SET @runtot:=0;
SELECT journal_entries.trans_id,
journal_entries.date,
creditdebit.credit,
creditdebit.debit,
creditdebit.account_number,
(creditdebit.debit - creditdebit.credit) AS trans_amount,
(@runtot := @runtot + ( creditdebit.debit - creditdebit.credit ))
AS balance
FROM
journal_entries,
creditdebit
WHERE
journal_entries.trans_id = creditdebit.trans_id
AND
creditdebit.account_number = '-130'
AND journal_entries.date <= '2011-11-29'

返回:

trans_id    date    credit  debit   account_number  trans_amount    balance
1000003 2011-11-10 0.00 10000.00 -130 10000.00 10000.00
1000004 2011-10-25 0.00 2496.00 -130 2496.00 12496.00

但是当我添加

ORDER BY journal_entries.date ASC

到查询末尾并重新运行它以尝试以正确的日期顺序获取它们,我得到:

trans_id    date    credit  debit   account_number  trans_amount    balance
1000004 2011-10-25 0.00 2496.00 -130 2496.00 12496.00
1000003 2011-11-10 0.00 10000.00 -130 10000.00 10000.00

可以看到,第一条记录中应该是2496.00的余额是12496.00。

我正在用头撞墙。我尝试创建一个没有 trans_id 或 creditdebitid 的 VIEW 表,并尝试从这些记录中取得平衡,认为索引导致局部变量出现乱序问题,但我得到了相同的结果。我尝试以不同的方式加入表格,但无济于事。如果不需要的话,我真的不想存储运行余额。上面的查询是原始查询,由于更多异国情调的变体产生了相同的结果,我想我会发布原始查询。

非常感谢任何帮助。

仅供引用,经过 8 小时的良好编码,我一直在关注同一个问题 6 小时,所以如果它是一个简单的答案,我深表歉意;)

谢谢

编辑:

表格布局如下:

CREATE TABLE `journal_entries` (
`trans_id` int(16) NOT NULL AUTO_INCREMENT,
`date` date NOT NULL,
`notes` text NOT NULL,
`input_by` int(11) NOT NULL,
`trans_owner_type` int(11) NOT NULL,
`trans_owner` int(11) NOT NULL,
`reference_number` int(16) NOT NULL,
`payable` varchar(64) NOT NULL,
`timestamp` int(56) NOT NULL,
PRIMARY KEY (`trans_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1000000 DEFAULT CHARSET=utf8

&

CREATE TABLE `creditdebit` (
`creditdebitID` int(56) NOT NULL AUTO_INCREMENT,
`trans_id` int(16) NOT NULL,
`account_number` int(16) NOT NULL,
`credit` decimal(12,2) NOT NULL,
`debit` decimal(12,2) NOT NULL,
PRIMARY KEY (`creditdebitID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

和空查询的 EXPLAIN:

id  select_type     table   type    possible_keys   key     key_len     ref     rows    Extra
1 SIMPLE journal_entries ALL PRIMARY NULL NULL NULL 1 Using where
1 SIMPLE creditdebit ALL NULL NULL NULL NULL 1 Using where; Using join buffer

这里是 journal_entries 的一些数据:

INSERT INTO `journal_entries` (`trans_id`, `date`, `notes`, `input_by`, `trans_owner_type`, `trans_owner`, `reference_number`, `payable`, `timestamp`) VALUES
(1000000, '2011-10-05', '', 0, 0, 0, 0, '', 1323129695),
(1000001, '2011-02-25', '', 0, 0, 0, 0, '', 1323129695),
(1000002, '2011-08-21', '', 0, 0, 0, 0, '', 1323129695),
(1000003, '2011-09-05', '', 0, 0, 0, 0, '', 1323129695),
(1000004, '2011-02-18', '', 0, 0, 0, 0, '', 1323129695);

这里是贷记借记的一些数据:

INSERT INTO `creditdebit` (`creditdebitID`, `trans_id`, `account_number`, `credit`, `debit`) VALUES
(1, 1000000, -130, '0.00', '19191.00'),
(2, 1000000, -30, '19191.00', '0.00'),
(3, 1000001, -130, '0.00', '19773.00'),
(4, 1000001, -30, '19773.00', '0.00'),
(5, 1000002, -130, '0.00', '5472.00'),
(6, 1000002, -30, '5472.00', '0.00'),
(7, 1000003, -130, '0.00', '491.00'),
(8, 1000003, -30, '491.00', '0.00'),
(9, 1000004, -130, '0.00', '16543.00'),
(10, 1000004, -30, '16543.00', '0.00');

这是我的 PHP 临时解决方法:

得到结果,但我放弃了MySQL中的运行平衡尝试,然后

foreach($journal_entries as &$journal_entry) 
$journal_entry['balance'] = $running_bal += $journal_entry['trans_amount'];

由于记录在到达 PHP 时已经按日期排序,因此值会正确显示。问题是,当您开始谈论 50 万个日记条目并需要起始余额时,这会很慢。

最佳答案

这应该有效。也许问题与设置变量的值有关。作为解决方法 - 尝试在查询中设置变量,例如-

SELECT journal_entries.trans_id,
journal_entries.date,
creditdebit.credit,
creditdebit.debit,
creditdebit.account_number,
(creditdebit.debit - creditdebit.credit) AS trans_amount,
(@runtot := @runtot + ( creditdebit.debit - creditdebit.credit ))
AS balance
FROM
journal_entries,
creditdebit,
(SELECT @runtot:=0) t
WHERE
journal_entries.trans_id = creditdebit.trans_id
AND
creditdebit.account_number = '-130'
AND journal_entries.date <= '2011-11-29'

答案#2:

这是添加 ORDER BY 子句时带有用户变量的 MySQL 行为。从文档中 - 您可能会得到预期的结果,但不能保证这一点。

User-Defined Variables

作为此问题的解决方法 - 您可以使用子查询:

SET @runtot:=0;

SELECT t.*, @runtot := @runtot + t.trans_amount AS balance FROM (

SELECT
je.trans_id,
je.date,
c.credit,
c.debit,
c.account_number,
c.debit - c.credit AS trans_amount
FROM
journal_entries je,
creditdebit c
WHERE
je.trans_id = c.trans_id
AND c.account_number = '-130'
AND je.date <= '2011-11-29'
ORDER BY
je.date ASC
) t;

关于返回不正确结果的 MySQL 本地变量(尝试运行平衡),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8381914/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com