Да я не против 3-х платформ, просто для того, что бы не разрабатывать три программы и был придуман этот промежуточный SQL, но при этом СУБД используется не в полную силу.
Здесь вопрос стратегии. Другие компании - заявляют:
платформа- это не ваше дело, мы ее выбрали- потому что считаем ее оптимальной и т.д., а разрабатывать несколько однотипных продуктов мы не будем.
Мне такая позиция больше нравиться.
А разница в стоимости СУБД - незначительна по сравнению со стоимостью Галактики и сопровождения. (Особенно если СУБД украсть ).
Оператор OR в select
Модераторы: m0p3e, edward_K, Модераторы
Re: СУДБ
> Да я не против 3-х платформ ...
Дык в этом лежит универсальность. Если первоночально Галка разрабатывалась c платформой Btrive (сетевая ОС - Novell), то сейчас, можно поставить базу на платформе Oracle или Btrive и ОС могет быть - FreeBSD, Solyaris...
А остальные вещи достигаются с помощью VIP. В выше указанном случае можно выгрузить во временную таблицу сначала данные с одним значением параметра, потом с другим. А потом разбирать.
Да, неудобства хватает, но Се Ля Ви ..
Про организацию БД грить не будем... Она не соответствует даже первой НФ. )
Дык в этом лежит универсальность. Если первоночально Галка разрабатывалась c платформой Btrive (сетевая ОС - Novell), то сейчас, можно поставить базу на платформе Oracle или Btrive и ОС могет быть - FreeBSD, Solyaris...
А остальные вещи достигаются с помощью VIP. В выше указанном случае можно выгрузить во временную таблицу сначала данные с одним значением параметра, потом с другим. А потом разбирать.
Да, неудобства хватает, но Се Ля Ви ..
Про организацию БД грить не будем... Она не соответствует даже первой НФ. )
Re: СУДБ
> просто для того, что бы не разрабатывать три программы и был придуман этот промежуточный SQL, но при этом СУБД...
Да не так всё было... Когда начинал разрабатываться Атлантис ПОДАВЛЯЮЩЕЕ большинство серверов в России/СНГ было на ОС Novell, а в неё бесплатно включался BTrive, и была это никакая ни СУБД, а эффективная система управления записями в файлы, основанная на принципах B-дерева и имеющая некоторый интерфейс. Так вот ко всему этому на ассемблере-паскале был разработан Атлантис. Причём большинство кода было написано одним разработчиком Сухаревым Н.С. СУБД типа Oracle в те годы имели какие-то баснословные цены (десятки тысяч долларов) и в "свободном распространении" не были доступны, да кстати, тогда ещё не было ни CDROM-ов ни компакт-дисков Уже потом по случаю в корпорацию были приглашены знатоки Oracle, что позволило быстро написать драйвер для Атлантиса к этой СУБД. А далее был MSSQL...
Так что никто изначально ничего не придумывал, а всё решалось по мере возникновения тех или иных потребностей или запросов. Так например ещё лет 6-7 назад декларировалась скорая возможность работы с Sybase. Столько времени прошло - и где она - да похоже это ни кому и не надо...
Да не так всё было... Когда начинал разрабатываться Атлантис ПОДАВЛЯЮЩЕЕ большинство серверов в России/СНГ было на ОС Novell, а в неё бесплатно включался BTrive, и была это никакая ни СУБД, а эффективная система управления записями в файлы, основанная на принципах B-дерева и имеющая некоторый интерфейс. Так вот ко всему этому на ассемблере-паскале был разработан Атлантис. Причём большинство кода было написано одним разработчиком Сухаревым Н.С. СУБД типа Oracle в те годы имели какие-то баснословные цены (десятки тысяч долларов) и в "свободном распространении" не были доступны, да кстати, тогда ещё не было ни CDROM-ов ни компакт-дисков Уже потом по случаю в корпорацию были приглашены знатоки Oracle, что позволило быстро написать драйвер для Атлантиса к этой СУБД. А далее был MSSQL...
Так что никто изначально ничего не придумывал, а всё решалось по мере возникновения тех или иных потребностей или запросов. Так например ещё лет 6-7 назад декларировалась скорая возможность работы с Sybase. Столько времени прошло - и где она - да похоже это ни кому и не надо...
Подход к делу: СДЕЛАЛ и ... ЗАБЫЛ, а ОНО пусть САМО работает (не люблю возвращаться и повторяться).
Re: СУДБ
Пусть так, но что же теперь всегда на BTrive-подобном SQL`е сидеть? Хорошо, что не на DBASE.
Может стоит галактианам выбрать одну платформу и начать разрабатывать под нее продукт (Я не прямо сейчас прошу, пусть хоть в планы вставят).
По моему, совместимось со старыми версиями обходится очень дорого, и разработчикам и клиентам.
Может стоит галактианам выбрать одну платформу и начать разрабатывать под нее продукт (Я не прямо сейчас прошу, пусть хоть в планы вставят).
По моему, совместимось со старыми версиями обходится очень дорого, и разработчикам и клиентам.