Оператор OR в select

ПНР и сопровождение

Модераторы: m0p3e, edward_K, Модераторы

IgorA
Постоянный обитатель
Сообщения: 192
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Красноярск

Re: СУДБ

Сообщение IgorA »

Да я не против 3-х платформ, просто для того, что бы не разрабатывать три программы и был придуман этот промежуточный SQL, но при этом СУБД используется не в полную силу.

Здесь вопрос стратегии. Другие компании - заявляют:
платформа- это не ваше дело, мы ее выбрали- потому что считаем ее оптимальной и т.д., а разрабатывать несколько однотипных продуктов мы не будем.
Мне такая позиция больше нравиться.

А разница в стоимости СУБД - незначительна по сравнению со стоимостью Галактики и сопровождения. (Особенно если СУБД украсть :-)).
Seybukan
Местный житель
Сообщения: 1357
Зарегистрирован: 29 мар 2005, 17:49
Откуда: СПб, ЭП-Аудит
Контактная информация:

Re: СУДБ

Сообщение Seybukan »

Борзо. Ни чего не скажешь.

Админ пора тему переносить в хотелки :)))
Ged
Местный житель
Сообщения: 645
Зарегистрирован: 29 мар 2005, 17:49
Контактная информация:

Re: СУДБ

Сообщение Ged »

> Да я не против 3-х платформ ...

Дык в этом лежит универсальность. Если первоночально Галка разрабатывалась c платформой Btrive (сетевая ОС - Novell), то сейчас, можно поставить базу на платформе Oracle или Btrive и ОС могет быть - FreeBSD, Solyaris...
А остальные вещи достигаются с помощью VIP. В выше указанном случае можно выгрузить во временную таблицу сначала данные с одним значением параметра, потом с другим. :) А потом разбирать.
Да, неудобства хватает, но Се Ля Ви ..
Про организацию БД грить не будем... Она не соответствует даже первой НФ. :))
Grom
Местный житель
Сообщения: 276
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Северо-Запад Много

Re: СУДБ

Сообщение Grom »

> просто для того, что бы не разрабатывать три программы и был придуман этот промежуточный SQL, но при этом СУБД...

Да не так всё было... Когда начинал разрабатываться Атлантис ПОДАВЛЯЮЩЕЕ большинство серверов в России/СНГ было на ОС Novell, а в неё бесплатно включался BTrive, и была это никакая ни СУБД, а эффективная система управления записями в файлы, основанная на принципах B-дерева и имеющая некоторый интерфейс. Так вот ко всему этому на ассемблере-паскале был разработан Атлантис. Причём большинство кода было написано одним разработчиком Сухаревым Н.С. СУБД типа Oracle в те годы имели какие-то баснословные цены (десятки тысяч долларов) и в "свободном распространении" не были доступны, да кстати, тогда ещё не было ни CDROM-ов ни компакт-дисков ;) Уже потом по случаю в корпорацию были приглашены знатоки Oracle, что позволило быстро написать драйвер для Атлантиса к этой СУБД. А далее был MSSQL...
Так что никто изначально ничего не придумывал, а всё решалось по мере возникновения тех или иных потребностей или запросов. Так например ещё лет 6-7 назад декларировалась скорая возможность работы с Sybase. Столько времени прошло - и где она - да похоже это ни кому и не надо...
Подход к делу: СДЕЛАЛ и ... ЗАБЫЛ, а ОНО пусть САМО работает (не люблю возвращаться и повторяться).
IgorA
Постоянный обитатель
Сообщения: 192
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Красноярск

Re: СУДБ

Сообщение IgorA »

Пусть так, но что же теперь всегда на BTrive-подобном SQL`е сидеть? Хорошо, что не на DBASE.
Может стоит галактианам выбрать одну платформу и начать разрабатывать под нее продукт (Я не прямо сейчас прошу, пусть хоть в планы вставят).
По моему, совместимось со старыми версиями обходится очень дорого, и разработчикам и клиентам.
Ответить