psoLЗдравствуйте.

Пишу программу (на PHP) и сейчас, для продолжения, надо начать использовать базу данных. Я уже спланировал ее структуру (БД несложная) и установил MySQL, потому что однажды с ней уже разбирался. Но какая СУБД будет использоваться в итоге не известно (вероятнее всего это либо MySQL, либо PostgreSQL). Выбор не сделан, потому что я вообще плохо знаком со всем, что связано с базами данных, а с другой стороны это не основная часть "проекта", а только инструмент.
Но данные, которыми база заполнится в процессе разработки важны, и поэтому, если в будущем будет переход на другую СУБД, хочется чтобы он был как можно более безболезненным. И в первую очередь для самих данных.

Вопрос такой: что мне надо учесть для максимальной переносимости и безболезненного перехода? Например, в MySQL есть тип ENUM, который специфичен для нее - значит, лучше не использовать.
В общем, цель - максимальная независимость от используемой СУБД.

Данные перенести не проблема. Ну напишете конвертер в крайнем случае.

Вот вещей типа LIMIT 1,50 (при работе с MySQL часто есть большой соблазн такое заюзать) придется избегать.

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

А почему на PHP? Это ж скучно ;)

miksoftНапример, в некоторых СУБД пустая строка и NULL - это одно и то же, а в некоторых - это разные вещи.

Вы такие тонкости упоминаете :)

Но тем не менее, когда я говорю о том, что перенос не проблема, я имею в виду не "слил дамп - залил на другой сервер".

А NULL должен быть NULL... С другой стороны, пустая строка - вещь опасная.

ПМСМ, NULL имеет право появляться в результатах запросов с LEFT JOIN, например. Но никак не в таблицах. И тогда что там понимает СУБД под пустой строкой, неважно.