|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Andrey 2:5083/13.5 05 Mar 2001 23:07:32 To : ZB Subject : MS SQL 2000 -------------------------------------------------------------------------------- Hi! ZB [...] Z> Прежде чем строить централизованную базу данных, надо Z> иметь финансы на организацию штатного подразделения, на Z> закупку оборудования и программного обеспечения и т.д. А Z> когда народ грызется ради самой возможности поучаствовать в Z> дележе пирога, который еще не создан - ни о какой реальной Z> работе думать не приходится. Hадо идти по пути наименьшего сопротивления,потому как централизованная база данных проще дешевле и надежнее реплицируемой да еще и гетерогенной. Есть одно такое золотое правило в решении каких бы то ни было задач. Задача только тогда может быть успешно решенна,когда она имеет хотя бы одно истинное решение. То есть успех в решении какой бы то ни было задачи вовсе не зависит от уровня финансирования.Ибо повышенный уровень финансирования принципиально не решаемой задачи всего лишь будет способствовать выбрасыванию большего числа денег на ветер. A> AS/400 + многотерминальная система враз решит все ваши проблемы. Z> Сомневаюсь, что этот монстр (AS/400) кому-то здесь нужен. Z> Вон, в обладминистрации купили давным-давно. Сгнил, за Z> ненадобностью :) А для конторы с кучей уже работающего Z> софта, связанного с обработкой данных, достаточно Z> задействовать имеющиеся ресурсы. Эта задача принципиально нерешаемая поэтому нет никакого смысла тратить на нее деньги. Здесь можешь со мной даже и не спорить,реплицируемые базы данных многократно сложнее централизованных. Z> Какая разница, если работающий Оракл будет одновременно с Z> имеющейся загрузкой что-то обрабатывать из других отделов? Совершенно тупиковое направление развития информационной системы, надо просто выбрать наиболее живучие подсистемы, способные развиватся в форватере стратегического развития по централизации информационного обмена остальные просто переписать заново. Андрей --- * Origin: (2:5083/13.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/2764aa444d85.html, оценка из 5, голосов 10
|