Для любителей "Свободного" учета

[app]

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


Смотреть http://ananas.lrn.ru
Прим.: кроссплатформенная, значит работающая как минимум на двух разных операционных системах.

[Dracosha Andrew]

Если бы ваш Ананас был построет на Posgres, посмотрел бы... А так...

[app]

Если бы ваш Ананас был построет на Posgres, посмотрел бы... А так...

А кто сказал, что он не на PostgreSQL?
http://ananas.lrn.ru/index.php?title=News:Release0.9.1b

[Dracosha Andrew]

А кто сказал, что он не на PostgreSQL?
http://ananas.lrn.ru/index.php?title=News:Release0.9.1b

Установка на Windows

Для установки потребуется следующий файл
ananas-setup-0.9.1beta.w32.exe, который можно взять на сайте проекта Ананас.
После его запуска на исполнение, достаточно следовать пошаговым инструкциям отображаемым на экране. Однако, есть один нюанс, который, скорее всего, не касается обычного пользователя. Если до установки Ананаса на компьютере уже был установлен MySQL сервер, его следует остановить (выключить), дабы избежать конфликта по вопросу использования порта с сервером MySQL, устанавливаемым Ананасом.

Как я понимаю решение на разных базах данных приводит к тому, что на сервере у вас только таблицы, а процедуры все на клиенте?

[app]

Как я понимаю решение на разных базах данных приводит к тому, что на сервере у вас только таблицы, а процедуры все на клиенте?

На сервере также есть индексы Кроме таблиц...

Разумеется, что использование триггеров и хранимых процедур усложняет СУБД независимый подход.
Мы стараемся не отдавать предпочтение какому-либо одному варианту РСУБД, оставляя пользователю возможность использовать его любимый SQL сервер. По-моемому, правильно делаем?

[Dracosha Andrew]

По-моемому, правильно делаем?

Спорный вопрос, особенно при сложной структуре базы данных, к которой вы рано или поздно придёте. Вопрос целостности базы данных при таком подходе рано или поздно возникнет... Даже при поддержке изолированных транзакций. Вы или будете страдать из-за тормозов по блокировкам или терять данные. Да и "толщина" канала сильно попортит вам настроение...

Тот же Platinum, ныне Epicor, тоже начинал как многоплатформенный теперь только MS SQL. Я бы на месте постановщика задачи делал бы систему только на серверных процедурах. И соответственно на этом уровне делал бы совместимость. Конечно, в этом случае Postgres версия и Oracle версия сильно бы отличались на серверной стороне, но тем не менее это возможно (правда пока только теоретически ).