-
Updated
Jun 28, 2022 - Java
MySQL

MySQL is an open source relational database management system. Based in Structured Query Language (SQL), MySQL can run on most platforms and is mainly used for web-based applications. It is written in C and C++.
Here are 42,787 public repositories matching this topic...
-
Updated
Jun 27, 2022 - Java
Describe the bug
At the time of registration, email has not been validated correctly http://localhost:1337/admin/auth/register
Expected behavior
An email should be valid in all aspect like
- should check valid domain, well-formed and valid mailbox
Enhancement
Actual:
mysql> CREATE TABLE t1 (a BINARY(16) PRIMARY KEY);
Query OK, 0 rows affected (0.02 sec)
mysql> INSERT INTO t1 VALUES (AES_ENCRYPT('a','a'));
Query OK, 1 row affected (0.00 sec)
mysql> INSERT INTO t1 VALUES (AES_ENCRYPT('a','a'));
ERROR 1062 (23000): Duplicate entry '{ W]�u����.�٧t' for key 'PRIMARY'
Expected:
mysql> CREATE TABLE t1 (a BI
-
Updated
Jun 28, 2022 - Clojure
-
Updated
Jun 28, 2022 - TypeScript
Node: v12.22.12
Arch: x64
Platform: linux (QNAP TS-251)
Docker: true
Database: mysql2
ProjectOnRootDB: false
RootDB: mysql2
PackageVersion: 0.91.10
DataBase Version: MariaDB 10.5.8
Steps To Reproduce
- In table "Arztadressen" set pictures of doctors
- Create link from "Impfbuch Werner" to "Arztadressen"
- Set column in table "Impfbuch Wern
Sometimes it is needed to store compressed data in the DB. Unfortunately not all the DBs have built-in compression and FUSE compressed FSes are not available for every OS. So it may make sense to store compressed binary blobs in the DB.
Unfortunately when one sees them in DBeaver he sees them compressed, but often they are needed uncompressed. So it'd be nice to have a feature to decompress the
If I create any model with
charset: 'utf8mb4', collate: 'utf8mb4_general_ci'
sequelize translates it to this for mysql
CREATE TABLE IF NOT EXISTS
tablename ... ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE utf8mb4_general_ci;
On stepping through the code, it seems that the issu
Bug description
On windows, I run prisma format
and note the unusual file ending. The lines are all LF, but the very last line is CRLF.
This causes issue on my Linux CI where it formats it ending in LF's only, causing a diff to occur and the build to fail.
How to reproduce
- On windows do prisma format
- Open in HxD or similar
- See attached:
 does not return a very structured response that enables us to visualize labels and values during the preview step in the alert creation.The JSON response below encode this information in a stringified format.
This would enable us to move forward with grafana/grafana#4