question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Configurable node status in log output

See original GitHub issue

Describe the feature

Users should be able to control the information that dbt includes in its standard log output.

Per @drewbanin in #2526:

  1. Provide a config option that accepts a templated string for the model status
  2. Provide a context that has variables in scope (like job, materialization, status, runtime, etc)

Describe alternatives you’ve considered

  • We continue to make these decisions for everyone
  • We define one-off config parameters that users can flip on or off in profiles.yml

Who will this benefit?

  • This is most immediately beneficial on BigQuery, for which pricing depends on information other than end-to-end query timing
  • I can imagine that other adapters will have their own attendant metadata they want to report

cc @bodschut @alepuccetti

Issue Analytics

  • State:closed
  • Created 3 years ago
  • Reactions:1
  • Comments:5 (3 by maintainers)

github_iconTop GitHub Comments

3reactions
Jsturgeocommented, Oct 1, 2020

After reading through the discussion in #2526, I’d like to add to request an additional (small) bit of configuration (along with bytes_processed and slot_duration) to specify exact versus rounded row counts. In dbt 0.18.0, the logging output for row counts changed from exact values (like 18 426) to rounded values (like 18K). I understand the design decisions behind this shift, and this compressed format suits us most of the time. However, there are times when having an exact row count would be useful for debugging purposes.

Tagging @jars who also has a stake in this 😃

0reactions
github-actions[bot]commented, May 1, 2022

Although we are closing this issue as stale, it’s not gone forever. Issues can be reopened if there is renewed community interest; add a comment to notify the maintainers.

Read more comments on GitHub >

github_iconTop Results From Across the Web

How to Collect, Customize, and Centralize Node.js Logs
Create your own logger and customize its output; Enrich your logs with metadata, custom formats, and exception handling; Dig into your Node.js ...
Read more >
Node Logging Basics - The Ultimate Guide To Logging - Loggly
Node Logging Basics. Node provides an easily extensible logging system, allowing you to control which messages get logged and to where they are...
Read more >
Best Practices for Logging in Node.js - AppSignal Blog
Good logging practices are crucial for monitoring and troubleshooting your Node.js servers. They help you track errors in the application, ...
Read more >
11 Best Practices for Logging in Node.js - Better Stack
11 Best Practices for Logging in Node.js · 1. Choose a standard and configurable logging framework · 2. Log using a structured format...
Read more >
Node.js Logging Tutorial: Best Practices, Examples & More
So, I'll show you how to configure a nice format with response times, status codes, and much more. Start by creating a file...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found