|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : oleg taranov 2:464/44 01 Mar 2003 00:10:34 To : Oleg Subject : постреляционные базы данных -------------------------------------------------------------------------------- 28 Feb 03 16:44, Oleg wrote to oleg taranov: >> O> Если использовать как СУБД Оракл - однозначно клиентская часть >> O> пишется отдельными средствами. GIU по плохой линии работает >> O> плохо, допустим, хотят использовать CLI. >> >> что значит 'gui по плохой линии работает плохо'? O> Hе совсем точно выразился. O> Т.е. работа с GUI-клиентами в режиме Виндовс-терминала неудобна. если на машине можно запустить gui терминал - то проще будет запустить приложение и организовать c/s - отдав весь трафик исключительно обмену с сервером >> потому как людей знающих curses slang perl etc куда больше чем >> крутых спецов способных написать чтото на неизвестном языке >> какойто базы O> Тестовая ситуация: O> - имеем десяток Дельфи-мейкеров, пару индивидуумов, O> знающих Оракл, и 0 знатоков slang. В местном разрезе. Причины - O> территориально-финансовые. O> Задача: O> - создать нечто на базе какой-то БД (заказчику пофиг), которое может O> делать то-то и то-то O> Варианты: O> - использовать Оракл + N Дельфинов для разработки, обратив внимание на O> оптимизацию клиентов (требует высокой квалификации Дельфинов, что O> сложно, причины территориально-финансовые) - использовать Оракл + O> учить что-то новое. - использовать нечто иное, что нужно O> учить. Решение: - Дельфины требуемой квалификации не найдены, Юниха мы O> не знаем или не хотим знать - остается третий вариант... ефенди - а изучать сервер с 0 проще? причем не только его скрипт терминальный - а весь сервер возле которого в случае кэша - еще надо поприседать - причем всем - и знатоку оракла и всем любителям дельфи вот в таком случае как ты описал и рождаются убогие проекты - которые потом матюкая на все лады вспоминают все кому приходится с этим столкнуться >> кстати - использование внутренних скриптов субд предполагет >> переход на >> эту субд O> если это разработка нового - то почему бы и нет? группа разработчиков оракла - увидев терминальный доступ у кэша - дружно села разрабатывать на кэше -- это прямо рекламный ролик от кэша >> O> Есть оно в кеше, или нету - вопрос, но зачем же сразу усомняться >> O> в компетентности разработчиков, решающих неведомую задачу? >> >> для того чтоб осознать возможность терминальной работы >> с сервером далеко не обязательно ходить смотреть на кеш - и это >> не >> зависит от задачи которую они решают O> с этим надо столкнуться. Есть масса людей, которые не представляют O> возможность терминальной работы с базой данных, просто потому что они O> никогда не выходили за рамки своей области деятельности. Hо в ней они O> - спецы. O> Просто им никто никогда не показывал, что можно с локального O> компутера подключиться в машине за несколько километров, и увидеть не O> строчку типа blablabla $ с непонятными командами, в которых ни O> один нормальный юзер не разберется, а обычную программу с менюшками, O> да еще и цветную, в которой можно вполне нормально работать. не знаю -- мне это кажется странным - возможно ты таких встречаешь на каждом шагу /tff --- Be vigilant - I'mnt member of club i'm phantom! * Origin: TFF&F (2:464/44) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/14433e60664c.html, оценка из 5, голосов 10
|