Naf,

все, кто хотел, уже узнал.

Naf,

http://www.sql.ru/forum/798285/pochemu-1s-vybrala-postgresql-a-ne-firebird-naprimer

Naf,

и еще, там же - 9622260

p.s. пользоваться поиском никогда не вредно, особенно перед тем, как задать вопрос.

Naf,

и наконец, 9836075

впрочем, думаю, точную мотивацию тех самых юристов, которые не выбрали ФБ для 1С, мы уже не узнаем.
если не забуду, и в ближайшее время встречусь с Нургалиевым, попробую спросить у него :-)

Nafпочему?
это что, мало? сколько надо? гигабайт?

p.s.
MySQL
Every table (regardless of storage engine) has a maximum row size of 65,535 bytes.
MS SQL
непонятно , написано Bytes per row - 8060.
PostgreSQL
с 8 или с 9 версии превысил размер страницы, т.е. 8192 байт. Пришут, что теперь 400 гиг, но это явно с блобами. Документации на PG нельзя верить на слово (уже давно).
DB2
до версии 10.5 размер записи не мог превышать размер страницы (до 32к.). Сейчас может быть до 1048319 байт.
Oracle
вроде до 4х гигабайт, без блобов.

Naf,

нужно прочитать хоть что-то про версионность.
http://www.ibase.ru/devinfo/mga.htm

кроме того, многоверсионность дает всего-лишь отсутствие блокировок читателей писателями, и наоборот. Если два пользователя списывают один и тот же товар путем прямого update остатков, то будет блокировка по конкурирующему update.
Но тут возникает вопрос о модели данных для хранения остатков .
Например 13054836

Кроме того, на всякий случай,
update ...
set value = value - x
where ...

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