Чи існує таке поняття, як користувацькі типи даних?

Чи підтримує MySQL підтримку типових даних? Наприклад, поштові індекси можуть бути збережені в varchar(10)полі, але вони можуть бути ущільнені до int, з опціями для порожнього та прапор, чи це 5-значний або 5 + 4-значний поштовий індекс.

Чи є спосіб встановити безшовні типи даних для таких речей? Що стосується програми, то це був би тип рядка, просто було б усічення даних (з попередженням або без нього), якщо програма передасть недійсні дані.

Можуть використовуватися спеціальні функції (наприклад, є вбудована функція INET_ATONдля адрес IPv4. Але це не дозволяє таких речей, zip LIKE '12345%'які слід правильно індексувати. Добре написана підтримка користувацьких типів даних дозволила б маркувати тип даних Таким чином, компактний zip intпри сортуванні міг би сортувати так само, як якщо б це було zip varchar(10).

Це дозволило б фіксувати ширину стовпця, це дозволило б зменшити сховище змінної 6 або 10 байт на 4 бади фіксованої ширини.

Існує кілька застосувань

• Поштові коди
• IPv6 адреси
• Спеціальні поля часової позначки з точністю хвилинного рівня та ємністю 2038понад datetime, але з меншим використанням пам’яті , але не потрібно підтримувати дати до року впровадження (скажімо, мінімум може бути 2007, якщо це найдавніші дати в системі)
• Часові позначки, які реалізують DST (які , здається, не існують )
• Двома літерами штат США можна зберігати в одному байті
• long ENUMs можна розділити на користувальницький тип даних, щоб DESCRIBEвихідний результат не був таким безладно виглядає з усією обгорткою.

Я очікую, що обробники типів даних зберігатимуться аналогічно тому, як зберігаються функції.

Чи є щось подібне віддалено на будь-якому двигуні бази даних? Я в основному використовую MySQL, але мені цікаво, якщо це колись було здійснено, окрім того, щоб зробити виклик програми такою функцією, як INET_ATONфункція.

MS SQL, здається, має щось подібне , але я хотів би знати, чи це більше, ніж просто синонім. (Наприклад , booleanможе бути синонімом tinyint(1), або postal_codeдля одного з charчи varchar (5або 9чи 10)) Синоніми не те , що я питаю тут.

Чи підтримує MySQL підтримку типових даних?

Проста відповідь: ні

Чи є щось подібне віддалено на будь-якому двигуні бази даних? Я в основному використовую MySQL, але мені цікаво, якщо це колись було здійснено, окрім того, щоб зробити виклик програми такою функцією, як функція INET_ATON.

Oracle має, CREATE TYPEякий певною мірою є аналогічним класу ОО, включаючи такі функції, як функції членів та успадкування

Postgres має CREATE TYPEтрохи менше схожі на класи OO (без функцій членів або успадкування), але вони неймовірно гнучкі та корисні, навіть дозволяючи створювати нові базові типи. Існує також така CREATE DOMAINможливість, яка дозволяє форму успадкування або підтипу і в основному розширює базовий тип з деякими обмеженнями. Postgres також має досить багато цікавих базових типів за замовчуванням, наприклад, inet та геометричні типи. У Postgres можна написати розширення на C для користувальницького типу даних, наприклад, у цьому прикладі тут із типом даних base36 .

SQL Server має, CREATE TYPEякий дозволяє створити користувацький тип даних на основі існуючого типу системних даних. Наприклад, я міг би створити тип, SSNякий називається в основному визначеним як, VARCHAR(11)але таким чином я не повинен пам'ятати, наскільки це велике поле.

Firebird також має своє рішення через домени .

У Firebird поняття "визначений користувачем тип даних" реалізовано у вигляді домену. Створення домену справді не створює нового типу даних. Домен забезпечує засоби для інкапсуляції існуючого типу даних набором атрибутів та наданням цієї «капсули» для багаторазового використання у всій базі даних. Якщо для кількох таблиць потрібні стовпці, визначені з однаковими або майже однаковими атрибутами, домен має сенс.

Використання домену не обмежується визначеннями стовпців для таблиць та представлень. Домени можуть використовуватися для оголошення вхідних та вихідних параметрів та змінних у коді PSQL.