4 Commits (eddd144de3db08df5fa30fd924ddbf700caece9c)

Author	SHA1	Message	Date
Rene Krenn	374f456ffb	MT#62863 fix3 unix_timestamp('970-01-01') for trixie ... - use coalesce(unix_timestamp(if(x)),if(x)) rather than coalesce(unix_timestamp(if(x)),0) - fix from_unixtime(0) also in transform_billing_mappings() in 15418.up Change-Id: I55a54deb9e6e3412650e56cefed87a6637a2c0d1	7 months ago
Kirill Solomko	39e6d65add	MT#62863 fix2 transform_billing_mappings() for debian/trixie ... * use coalesce for _effective_start_time as the previous approach did not work correctly. Change-Id: I62e53a2fef5399286c4d00ebb0bca56d65679af6	7 months ago
Kirill Solomko	57b924cce0	MT#62863 fix transform_billing_mappings() for debian/trixie ... * _effective_start date is now correctly becomes 0 if undefined to address the general from_unixtime() change in MariaDB 11.5 that requires a value. * the fix is taken from: e935ac42 2025-04-29 MT#62676 fixes for mariadb 10.8/debian trixie [Rene Krenn] Change-Id: I01cf96af3095fbf6e3cb9def9ddeb6c1f1883929	7 months ago
Rene Krenn	719fd2750b	TT#36660 new billing mappings tables, procedures, views ... to optimize the heavyweight fraud events query (and similar places), the billing.billing_mappings is refactored into 2 new tables that will hold a scan-line rendered representation of the former billing_mapping records known with their (nullable) start and (nullable) stop cols. accessing this new tables (eg. insert a billing mapping to switch a contract's billing_profile, or query for the contracts current billing profile) is not supposed to be done explicitly, but by the stored sql proc provided: - "billing.create_contract_billing_profile_network_from_package": set/add a bunch of profiles from a profile package at once. - "billing.get_billing_profile_by_*": get a contract's billing profile id at the given epoch. + by_contract_id: customer or system contract id + by_uuid: subscriber uuid + by_peer_host_id: peer server id - "billing.get_billing_profile_by_*_network": get a contract's billing profile id for the given IPv4 or IPv6 string at the given epoch. + by_contract_id: customer or system contract id + by_uuid: subscriber uuid + by_peer_host_id: peer server id The enhanced fraud queries can finally make use of a view that can be used to get the current billing profile id: - "billing.v_actual_billing_profiles": View showing all contracts' billing_profile_id at the current time. In contrast to the procs, the view can be used nicely in joins of stmts. 15418.up also cover copying+transforming the existing records in billing.billing_mappings. the old table and records are left for now but are subject to be dropped soon. if new contracts were created during the upgrade (although discouraged), the transformation of not yet transformed contracts can be done by simply re-executing call billing.transform_billing_mappings(); Change-Id: Ib5ddd620b2b08ed7db4b6448a44931d37ea5b06a	8 years ago