Таблица совместимости SQL (типы данных esp)

Question

Итак ... бывает, что я работаю над некоторым кодом, который ... в конечном итоге будет использоваться на разных серверах sql одновременно.

Хотя код SQL отличается в зависимости от сервера, типы данных и столбцы отсутствуют.

Для этого мне нужно знать, какие типы данных являются общими для (по крайней мере, большинства) типов серверов sql.

В качестве отправной точки, у меня есть следующие типы:

byte, char, float, int, text, varchar, blob 

Пожалуйста, обратите внимание, что написание является весьма важным, так как имя типа данных завершится в запросе как есть (например: хотя оба Int и целые поддерживаются, мне нужен общий).

Итак, вопрос в том, знает ли кто-нибудь о диаграмме, сравнивающей совместимость между sql-серверами? Или, возможно, кто-то, кто занимался исследованиями в этой области?

Что касается смещения, я, очевидно, предвзято относится к конкретной РСУБД, поэтому нет необходимости в ответах на которые, как представляется, лучше, чем РСБМС. Давайте будем держать это сосредоточенным и по теме, хорошо?

Answer 1

Я хотел бы изучить стандартную спецификацию SQL ANSI и использовать указанные здесь типы данных. Вам может помочь книга like this.

Все они имеют хорошую документацию, поэтому я бы просто прочитал их типы данных. Вероятно, у вас будет вся информация, в которой вы нуждаетесь. only other information Я мог бы найти до этого pretty old.

Надеюсь, что это поможет.

Редактировать: Еще одна мысль ... вы можете использовать шаблон стратегии для своего SQL, так что было бы неважно, было ли это иначе, вы могли бы использовать более сложные функции. Хотя таким образом у вас будет больше работы и больше, чтобы поддерживать:/

Answer 2

Я думаю, что вы в конечном итоге напишите конкретные инструкции по SQL для каждого типа сервера баз данных. Конечно.

Я был в вашей ситуации, включая намерение написать агностический код базы данных, но в конечном итоге он просто не работает. Например, одна база данных не будет обрабатывать многобайтовые строки, а другая потребует их (например, SQL Server CE), это заставит вас использовать, например, Varchar vs NVarchar на столбцах. Некоторые базы данных поддерживают многобайтовые строки, но с ужасной производительностью. Один будет использовать VARCHAR2 (Oracle), и все остальные будут использовать VARCHAR. Один из них будет обрабатывать BLOB один путь, в то время как другой будет делать это по-другому. Не заставляйте меня начинать с типов данных даты.

Вместо того, чтобы находить магическое подмножество языка SQL и типов данных, которое работает во всех базах данных, вам было бы разумнее искать метод/библиотеку доступа к данным, которая может скрыть различия для вас (возможно, некоторая библиотека ORM, которая позволяет вы создаете объекты БД, а также обращаетесь к ним?)

Как я уже сказал, я был (и до сих пор) в вашей ситуации поддержки нескольких баз данных, и лучшим решением для меня является создание оптимального кода для каждой базы данных , вместо того, чтобы пытаться найти типы данных SQL и код, который работает во всех них (я был не в состоянии, а не на удовлетворительном уровне).

Кроме того, вы сможете выжать больше производительности из каждой БД, если вы создаете отдельный текст SQL для каждой базы данных (т. Е. Параметры производительности, которые вы можете указать при создании таблицы Oracle, которая вообще не применяется, когда создание таблицы в любой другой базе данных).

Я говорю, не сражайтесь с различиями синтаксиса в разных базах данных, вы не выиграете. Лучше всего мириться с этими различиями и использовать их в максимально возможной степени.