Operations | Monitoring | ITSM | DevOps | Cloud

VictoriaMetrics Cloud continues to evolve as the most efficient, scalable and open platform in the observability landscape. In our last Q1 update blogpost, we shared new features such as seamless OpenTelemetry integrations, new Organizations support, and improvements in the Explore UI and APIs. This time we wanted to take a minute to showcase how we’re taking the interoperability journey very seriously. Integrations in VictoriaMetrics Cloud Haven’t tried VictoriaMetrics Cloud yet?

We’re excited to announce the release of SQL Prompt Version 11.0. SQL Prompt Version 11.0 adds support for SQL Server Management Studio 21 (SSMS 21) and includes compatibility with Azure Synapse Dedicated SQL Pools—building on our existing support for Azure Synapse Serverless SQL Pools. Read on to find out more about this new support along with other recent improvements to SQL Prompt.

This discussion is a part of the Basic Series serving as the starting point to quickly get you started with VictoriaMetrics. vmagent is a lightweight metrics collection agent that acts as a bridge between your applications and monitoring storage systems like VictoriaMetrics.

Traditional databases store data in structured tables, whereas NoSQL (non-SQL) databases use more flexible, non-tabular storage methods. NoSQL databases can store a wider range of data types, including document stores, wide columns, key-value stores, and graphs. These databases first emerged in the late 2000s to support massive horizontal scaling and high-throughput workloads for web applications.

Most databases were built for a slower world, one where data waited, systems pulled, and answers came later. But today, data flows. It triggers real-time decisions, powers models in motion, and spans every cloud layer. This shift demands a different kind of database—one built to execute, not just store. Microsoft has answered that call with SQL Server 2025.

Data is the lifeblood of businesses the world over, from the smallest startup to the largest enterprise. Making sure that it’s available when you need it, secured for authorized use, and recoverable from faults is vital to operating data platforms, no matter where your business is on its cloud journey. This can only be achieved by putting the right data into the hands of the right people, in a timely way, to make the right decisions about how to manage that platform effectively.

In a world where database management keeps evolving, following database design best practices is crucial to ensure that your database application keeps performing efficiently. A well-designed database creates a thoughtful relationship between tables and schemas. It enhances application performance, making it work faster, and scales effortlessly. On the other hand, if your database is poorly designed, the application is prone to slow performance and scalability issues.

If you’ve ever deleted records in SQL Server and then noticed your next insert doesn’t start at 1 but maybe jumps to 57, you’ve seen firsthand why it’s important to know how to reseed identity in SQL Server. Identity columns are excellent for auto-generating unique row identifiers; however, they usually don’t reset automatically. This behavior can leave frustrating gaps and disrupt your queries.

In today’s digital world, where data breaches and cyberattacks make headlines daily, protecting your database has never been more crucial. One of the most effective and often overlooked ways is using parameterized queries. This simple yet powerful technique shields your database against malicious attacks and enhances your query performance.