Иоанн ДжипеговНе лучше ли использовать к примеру целочисленное значение как количестве секунд
Нет, не лучше. Усложнение на пустом месте и без какой бы то ни было выгоды. По сути есть предложение в нескольких сотнях мест программы добавить конвертацию в/из этого формата.

Пожалуй, неплохим аналогом является предложение хранить datetime в виде xml-изированной строки.

Иоанн Джипегов Если данные извлекается то в вышеупомянутых языках получение соответсвующей переменной элементарно
Угу. Например, берешь любое высокоуровневое API и начинаешь ему объяснять, что это не int, а datetime, поэтому дефолтовым редактором для него должен быть календарик, формат вывода тоже не совсем int-овый...

Иоанн Джипегов Процесс превращения серверной Д/В в переменную Д/В языка в этом случае всеравно происходит и вряд ли происходит быстрее но при этом менне контролируемо.
Главное - он происходит верно. Этого достаточно.

Иоанн ДжипеговА полученная целочисленная переменная она и есть целочисленная переменная от капризов сервера/ODBC/JDBC/ ИлиКтоЕщеТам мало зависит.
Ну, если предположить, что есть плохая технология (или, что более вероятно - неумение работать с этой технологией), то это нисколько не повод придумывать костыль. Это повод:

1. Научиться работать с этой.
2. Выкинуть эту и взять хорошую.

Иоанн ДжипеговЗато при использовании значения в запросе всегда и во всех языках - дату в число, число в строку.
Чч-чего? Не понял :(

Иоанн ДжипеговА для даты и времени нужно преобразовать дату и время в строку и потом еще скорей всего нужно воспользоваться функцией преобразования строки в Д/В на сервере,
Ну если так работать, то неудивительно, что начинаются проблемы. Вы случаем никогда не пробовали работать с датой именно как с датой, без каких бы то ни было дополнительных конвертаций?

Иоанн ДжипеговТо есть мне кажется что целочисленное представление Д/В делает структуру БД независимой от конкретной СУБД
Этот идиотизм потребует куда более сильных решений, нежели отказ от datetime. Впрочем, как раз для datetime я почти не видел специфики в работе с разными серверами.

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

Лично меня float-формат datetime устраивает куда больше, нежели указанный Вами целочисленный. Например потому, что я знаю: если мне потребуется записывать тысячные доли секунды, я буду использовать все тот же формат, а не колбасить всю ранее наработанную технологию.

Иоанн ДжипеговК примеру в оболочке имеется параметр полученный от пользователя в переменную DTVar типа Д/В необходимо выбрать из таблицы записи для которых поле DTField типа Д/В после значения этой переменной.
Совершенно стандартная задача. Никаких конвертаций, никаких проблем. Или код


слишком сложен?

Иоанн ДжипеговНет, только Вы забыли упомянуть что параметр :date_something нужно еще установить. Точно также еще одна строка на каждый параметр в каждом запросе. Те самые сотни строк конвертаций,
Не конвертаций, а максимум "неявных конвертаций".