Оракл программа что это такое простыми словами

Содержание

Программа Oracle

Здравствуйте. У нас на предприятии внедряют бухгалтeлтерскую программу Oracle. Никому из бухгалтеров нашей организации она не нравится. Все плачут по 1С. Скажите, кто нибудь слышал про эту программу или работает в ней?

Ососбенно интересует мнение и опыт жителей Москвы и Питера. Ваше мнение о ней. Спасибо.

Комментарии
03.10.2008 06:18 | Ссылка
03.10.2008 07:24 | Ссылка
03.10.2008 07:32 | Ссылка
03.10.2008 07:41 | Ссылка

03.10.2008 09:13 | Ссылка
04.10.2008 11:54 | Ссылка

Если рассматривать данные на уровне таблиц, то и в 1С 7.7, и в 1С 8, и в SAP, и в Axapta, и в Oracle, и в других решениях — ОДНА И ТА ЖЕ «примитивная» реляционная база данных.

Факторы провала внедрения (в порядке уменьшения важности):
— несоответствие системы нуждам предприятия
— сложность (невозможность) изменения системы в условиях изменяющихся условий бизнеса

¿Qué es Tnsnames.ora? || Ejemplos || Oracle

— недостаточная квалификация специалистов, занимающихся внедрением и поддержкой системы
— недостаточная квалификация обслуживающего персонала

04.10.2008 11:46 | Ссылка

В 1С можно построить отчёт любой сложности. Если даже не лезть в конфигуратор есть настраиваемые универсальные решения, вроде «Печать документов» (по виду, набору условий) и «Универсальный отчёт» (по бух.итогам, регистрам).

Если не знаете — не стоит говорить.

Из ваших слов однозначно вытекает: 1С — от лукавого, для недоумков, западные ERP — верх совершенства, достигнутый человечеством.

04.10.2008 16:16 | Ссылка
04.10.2008 16:48 | Ссылка
06.10.2008 04:23 | Ссылка
06.10.2008 05:28 | Ссылка
1С каком. — Ollie, 06.10.2008 05:48
«Универсальный. — Avangard, 06.10.2008 06:01
Так бы сразу. — Ollie, 06.10.2008 06:16
1С 7.7 состоит из. — Avangard, 06.10.2008 06:32
не дают:((((( — Ollie, 06.10.2008 06:34
Скайп есть? — Avangard, 06.10.2008 06:35
есть, OllieKey — Ollie, 06.10.2008 06:36
06.10.2008 05:28 | Ссылка

03.10.2008 22:12 | Ссылка

Те немногие, у которых стоит Oracle, да. Но для подавляющего большинства данный опыт не представляет ценности.

Выбор за человеком чего он хочет: получать больше (не более чем на 10-20%), при условии работы в 1-3% компаний, или получать среднюю зар.плату, имея возможность трудоустройства в 90-95% компаний.

Оракулы Простыми Словами | ChainLink и Band Protocol Oracle

03.10.2008 22:40 | Ссылка

Независимо от нашего мнения процесс внедрения не остановится. Поэтому вам стоит решить: хотите ли вы изучать Oracle, или нет. Мои размышления по этому поводу здесь www.superjob.ru/community/message/871411/19625/#co.

Компьютерная программа служит целью упрощения работы при увеличении производительности. Каждая программа решает определённые задачи, и расчитана на определённую категорию пользователей. В случае автоматизации учёта программы можно структурировать по: количество пользователей (одновременно работающие, т.н. «пиковая нагрузка»), поддержка распределённых выч.сетей (удалённые филиалы), поддержка бизнес-процессов в рамках учётов (бухгалтерского, налогового, торгового, складского, управленческого, зар.платного, кадрового, и т.д.), сложность модификации, удобство использования, стоимость внедрения и поддержки (аппаратура + обновления + зар.плата обслуживающих специалистов).

Объяснять, думаю, не нужно, что чем больше людей одновременно работает, чем богаче функционал, чем точнее она соответствует вашей фирме, чем проще вносить в неё изменения, и чем она проще и дешевле — тем лучше.

Идеал недостижим. Можно привести хотя бы известную шутку: «Выполню работу: быстро, качество, дешёво. Выберите 2 из 3». Поэтому вопрос сводится в выбору лучшего из доступного.

1С 8: удобная, более функциоальная, менее простая. За всё нужно платить. Больший функционал и скорость работы (в ряде ситуаций) требуют иных алгоритмов и иных аппаратных средств.

На базе 1С 8 строятся достаточно сложные системы, напр. компания ХХХ (100 т.чел., 10 тыс. одновременно работающих пользователей, 3 страны мира, более 300 филиалов) построила на базе 1С 8 свою систему автоматизированного учёта. Для её поддержания и развития требуется штат из 20 специалистов в центральном офисе + 1-2 программиста, в каждом из филиалов. В данной системе реализованы все бизнес-процессы компании (включая бух.учёт в 3 странах), и реализована возможность построения отчётов (только в центральном офисе) по любому из филиалов или в целом по компании за приемлимое время. Они отказались от других систем (Oracle, SAP R/3, Axapta) из-за высокой сложности внесения изменений и высокой начальной стоимости (1С в разы дешевле).

На базе 1С можно реализовать в одной программе все виды учёта и бизнес-процесс любой сложности. На базе 1С 8 (и на 7.7 тоже, но сложнее) можно вести в одной базе несколько компаний, каждая из которых может быть на своей системе налогооблажения.

Западные решения отличаются от 1С тем, что бухгалтерский учёт в них практически не реализован. Это следствие МСФО и GAAP, которая принята у них, а не замороченной и часто изменяющейся системы бух.учёта, которая применена у нас. Поэтому внедряя любую из западных систем, 1С тоже будет, а у программистов появится рутинная работа по переносу данных между данными программами.

Насколько реализованы бизнес-процессы в каждой конкретной программе (или паре программа-конфигурация, терминология 1С), и что проще: купить готовое или сырое и дописать — это как раз и есть головная боль руководителей ИТ-отделов. По своему опыту могу сказать, что большинство этих систем жутко ТУПЫЕ! Многие не допускают изменений вовсе (настраиваются галочками и переключателями), или их программный код настолько сложен, что только законченный псих возьмётся за сколь-либо серьёзные изменения. Но с другой стороны, вы же не переписываете Windows, хотя он вас, возможно, чем-то и не устраивает.

Диалект SQL фирмы ORACLE

Аннотация: Рассматриваются понятия, которые определяют диалект SQL, предлагаемый фирмой Oracle, в его нынешнем состоянии и формируют контекст употребления этого диалекта. В основном это реляционная модель данных и реляционное проектирование, а также стандартный SQL.

Происхождение и объем диалекта SQL фирмы Oracle

Для успешного программирования в Oracle на SQL недостаточно знать сугубо формальное описание языка. Необходимо владеть более широким набором имеющих отношение к делу знаний. С этой целью ниже рассматривается цепочка понятий, подводящая к «диалекту SQL , предлагаемому фирмой Oracle «. Она устроена следующим образом: база данных → модель данных, СУБД ; реляционная модель; язык запросов к данным и изменения данных → SQL → диалект SQL в Oracle .

База данных и модель данных

База данных

В буквальном переводе на русский язык «база данных» (БД) означает специально подготовленную на компьютере «основу» (base) для работы потребителей с «данными» (data). Непосредственным потребителем является, конечно, программа.

Общепринятого понятия базы данных, несмотря на широкое распространение самого явления, не существует. Вот некоторые примеры разнохарактерных определений.

«Обычно большое собрание данных, организованных для особо быстрого и удобного способа поиска и извлечения (например, из ЭВМ)» (Merriam-Webster’s Collegiate Dictionary, www.merriam-webster.com/dictionary/database, датировано 1962 годом).
«Собрание структуризованных данных в ЭВМ, поддерживаемое СУБД, которая обеспечивает различным приложениям различный вид данных» (F. Pascal, Understanding Relational Databases with examples in SQL-92, New York, NY: John Whiley База данных — набор аксиом. Результат на запрос к базе есть теорема. Процесс вывода теоремы из аксиом есть доказательство. Доказательство осуществляется манипулированием символов по условленным математическим правилам. Доказательство [то есть результат запроса к базе] настолько же здраво и логично (consistent), насколько здравы и логичны правила» (H. Darwen. The Duplicity of Duplicate Rows. Relational Database Writings 1989-1991, Reading, MA: Addison-Wesley, 1992).

Возможное обобщение этих и других определений:

«Совокупность всех данных некоторой прикладной области» [для использования в программных системах] (Филиппов В. И. Общее описание системы КОМПАС. // Автоматизация программирования. Москва: ВЦ АН СССР, 1989).

Существенные элементы в определениях БД:

Модель. Всякая БД, независимо от того, сознает это ее разработчик или нет, воплощает собой некоторую «модель данных» «предметной области»: понятийную (говоря по-иному, «концептуальную», «бизнес-модель»), логическую (данных) и физическую (организации данных)) 1 Иногда тройку «концептуальная», логическая и физическая модель выстраивают по-другому; здесь она соответствует определениям, используемым в промышленных системах проектирования БД. .
Собственно БД. Организованные для долговременного хранения, обычно на внешнем носителе, данные общего пользования.
СУБД (система управления базой данных). Компьютерная программа для управления данными и доступа к ним. Во всех промышленных системах прикладные программы для работы с данными не имеют возможности обратиться к данным БД иначе как через СУБД.

Моделированием (например, составлением карт местности) человечество занимается не одну тысячу лет, и современные базы данных лишь переводят эту деятельность в компьютерную область. Но современное моделирование средствами БД наследует из далекого прошлого и несколько общих проблем. Например:

ни одна модель по определению не в состоянии учесть все обстоятельства предметной области и обязательно чего-то не будет учитывать (на деле, наоборот, «учитывать всего лишь кое-что»);
существует опасность «неадекватного» моделирования, когда модель формально построена корректно (например, СУБД не видит ошибок в запросах и выдает ответы), но некорректно отражает предметную область, причем формального аппарата для обнаружения подобных расхождений не существует;
чем дольше используется модель, тем чаще возникает необходимость ее подправить и привести в (лучшее) соответствие предметной области.

Последнее обстоятельство (необходимость внести в модель данных изменения) может быть вызвано как субъективными причинами, из-за небрежного начального проектирования модели, так и объективными — из-за изменения самой предметной области. Например, в базах личностных данных до 2000-х годов сведения о браке достаточно моделировались парой «муж—жена», тогда как с наступлением XXI века это все чаще становится неприемлемым, и старые базы требуется подправлять.

Перечисленные проблемы моделирования вообще автоматически сопровождают и моделирование с помощью БД, а проблема внесения изменений в модель, используемую в БД, часто к тому же усугубляется технологическими сложностями, вынуждающими в жизни откладывать перестройку БД «до последнего момента».

Что касается СУБД, то в БД именно эта программа обеспечивает «особо быстрый и удобный способ поиска и извлечения», притом берет на себя решение этих задач монопольно, запрещая прикладным программам обращаться к данным в обход себя.

Относительно терминологии нередко бытуют вольности словоупотребления. Например, в материалах фирмы Oracle часто говорят о «системе базы данных» ( database system ), вероятно, подразумевая под этим сосуществующую пару «СУБД— БД». В склонном к упрощениям американском английском слово «система» в полном термине порою выпадает, в результате чего пару СУБД — БД часто именуют просто словом database.

По той же причине вместо «тип СУБД» часто говорят просто «СУБД», и тогда возникает двусмыслица: СУБД как конкретная работающая программа и СУБД как конкретный набор программного обеспечения для обслуживания доступа приложений к данным. Это не исключение: подобная многосмыслица имеется и для понятия «модель данных», о чем будет сказано ниже, а также многих других понятий в базах данных в частности и в информационных технологиях вообще. Иногда в этом ничего страшного нет и можно сориентироваться по контексту употребления, но иногда такие вольности приводят к туману в понимании и в выражении мыслей.

СУБД

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

защищает данные от рассогласованности,
оптимизирует выполнение операций над данными,
оптимизирует обращение к данным,
выполняет прочие необходимые действия.

В число функций, которые обеспечивают современные СУБД, входят следующие:

Поддержка логической модели данных (определение данных, оперирование данными).
Восстановление данных (транзакции, журнализация, контрольные точки).
Управление одновременным доступом к данным в БД.
Безопасность данных (права доступа и прочее).
Самостоятельная оптимизация выполнения операций.
Прочие, в том числе вытекающие из перечисленных (администрирование, статистика, распределение данных и т. д.).

Реляционный подход к моделированию данных

Наиболее существенное влияние на современные промышленные виды СУБД, включая Oracle, оказал реляционный подход к моделированию данных. Он основывается на использовании «реляционной теории», частью которой является «реляционная модель». Последняя берет свое начало со статьи своего основателя, Э. Кодда (E.

F. Codd), «Derivability, Redundancy, and Consistency of Relations Stored in Large Data Banks «, опубликованной в IBM Research Report RJ599 в 1969 году. Впоследствии реляционная модель пережила всплеск интенсивного изучения и уточнения широким кругом специалистов, а в настоящее время она развивается главным образом усилиями К. Дейта (C. J. Date), сподвижника и коллеги Кодда во времена создания модели.

Реляционная модель данных

Все, что я съел, и все, что я выпил, осталось со мною;

Все остальное, что есть, право, не стоит щелчка.

Сарданапала, Надпись на могильной плите

Выражение «модель данных» часто понимается в двух разных смыслах: как формальное описание некоторой конкретной предметной области и как инструмент для составления подобных описаний. Нужный смысл обычно приходится определять по контексту. Здесь выражение «реляционная модель данных» понимается как инструмент составления в БД конкретных описаний конкретных предметных областей.

Реляционная модель при необходимости может быть описана математическим языком, то есть наиболее точным из изобретенных человеком. Ниже приводятся нестрогие определения некоторых понятий реляционной модели.

«Тип данных» (type) — множество допустимых величин («область определения») и операций. Для всех типов существуют операции сравнения и присвоения. Величинам не запрещено иметь структуру, например, объекта.
«Отношение» (relation) — множество атрибутов: уникальных имен с уточнением типа данных; плюс множество «наборов величин» («рядов»), соответствующих атрибутам. Величины в наборах могут быть представлены только единичными значениями соответствующих атрибутам типов, то есть быть скалярами («1-я нормальная форма»).
«Переменная отношения» (relation variable) — переменная типа отношения конкретного вида, необходимое понятие для определения в базе данных действий по «обновлению отношений», «внесения изменений в данные». В нарушение точности и в силу поверхностно-ознакомительного характера настоящего материала далее вместо названия «переменная отношения» будет употребляться просто «отношение» (подобно вольному употреблению слова «целое» вместо «переменная целого типа»).
«Ключ» (key) — группа атрибутов, значения которых во всех наборах в отношении различны, но ни одна подгруппа этих атрибутов таким свойством уже не обладает (свойство «минимальности» ключа). В частности, группа может состоять из единственного атрибута. Ключ в отношении обязан иметься всегда, а если их несколько, один из них обязан быть назначен «первичным» (primary).
«Внешний ключ» (foreign key) — группа атрибутов, значения которых в каждом наборе величин отношения обязаны совпадать со значениями ключа возможно другого отношения. Внешние ключи в отношении не обязательны и провозглашаются по потребностям моделирования.
«Операции» (operation) — множество общих действий над отношениями, дающих в результате опять-таки отношения («замкнутость операций»). Используются для получения новых отношений в нуждах последующего моделирования или при извлечении из базы нужных данных. Перечень операций можно определять по-разному; в первых предложениях модели приводилось восемь операций (проекции, соединения, отбора и пр.), уже не минимальный набор, как компромисс между отсутствием избыточности и удобством употребления.
«Реляционная база данных» (relational database) — набор отношений.

«Тип данных» иногда называют «доменом» (domain), но иногда под «доменом» разумеют только «область определения» величин. «Набор величин» (tuple) по-русски иначе называют «кортежем» или «n-кой».

Для удобства отношения часто изображают в виде таблиц, хотя такое представление неправомерно (в отношении не определен ни порядок атрибутов, ни порядок наборов величин, в отличие от таблицы). В SQL, на основе которого построена в том числе СУБД Oracle, понятие «отношения» (а точнее, понятие «переменной отношения») как инструмента моделирования заменено как раз на «таблицу». Другим представлением данных отношения может быть гиперкуб, и к нему тоже иногда удобно прибегать в рассуждениях об имеющейся БД.

Если отказаться от определительного слова-кальки «реляционный», то термин «реляционная БД» можно перевести как «БД отношений» (точнее, «БД построенная посредством отношений»; отношений как инструмента, а не объекта моделирования: иначе исходный термин был бы relation database). Точно так же термин «реляционная модель» можно перевести как «модель отношений», то есть «система понятий для построения модели предметной области в виде набора отношений». По ряду причин, в том числе исторического и языкового характеров, этого не было в свое время сделано.

Все взаимоотношения данных описываются явно и только величинами в наборах (в других подходах к моделированию может быть иначе). Никаких «подразумеваемых» зависимостей (в том числе на уровне программной логики), кроме сформулированых переменными отношений , нет. Реляционный подход разграничивает описание данных и сопутствующую приложению программную логику (в противовес, например, объектному подходу).

Приведенный взгляд на реляционную БД (набор отношений и операции) характерен для реляционной алгебры. Это не единственная точка зрения. Каждый набор величин в переменной отношения можно понимать как истинное высказывание («предикат»): имеется такой-то сотрудник с такими-то свойствами; такой-то отдел и так далее.

Какая бухгалтерская программа лучше и проще: Oracle или 1С?

Оракл — разработка американской компании, 1С — российской. Кто бы что ни говорил, но менталитет, а он у русских и американцев разный, влияет на способы ведения учета. Поэтому импортные разработки (не обязательно оракл, на другие это также распространяется) еще и адаптировать придется.

Кроме того, специалистов по 1С полно во всех регионах России, про Оракл даже и слышали то немногие. Поэтому и по освоению и по внедрению проще и дешевле — 1С.

А если к этому вопросу еще и политику приписать, то зачем платить денежку америке?

модератор выбрал этот ответ лучшим
комментировать
в избранное ссылка отблагодарить
Ужевс ёсказ ано [82.6K]
7 лет назад

Надежда0912, кто ж знает программу Oracle?! А вот программу 1С знают очень многие, программисты всё время её усовершенствуют, постоянно выходят новые версии, раньше все пользовались 1С 7.7, сейчас это — уже 1С 8.3. Вывод: Вам проще будет работать в программе 1С, так как в интернете можно найти много советов по использованию программы, если возникнут какие-либо трудности. Исходя из этого я думаю, что 1С всё-таки лучше, чем неизвестная Oracle.

в избранное ссылка отблагодарить
Надежда091 2 [259]

Я знаю эту программу, Оракл становится очень распространенной, а вот в 1С я ни разу не работала, только имею представление о ней и она мне кажется намного сложнее — 7 лет назад

Ужевсёсказ ано [82.6K]

Надежда0912, вот Вы сами и ответили на свой вопрос. Для Вас в данный момент будет и лучше и проще Oracle. Для многих, скорее всего, лучше и проще будет программа 1С — 7 лет назад

Надежда091 2 [259]

Я спрашиваю у тех кто работал в обоих программах, тех кто имеет представление о них, конкретно про себя я речь не веду. — 7 лет назад

Ужевсёсказ ано [82.6K]

Надежда0912 Люди и предприятия, которые работают в 1С, не станут вдруг переходить на Oracle (которая только становится распространённой — по Вашим словам), чтобы сравнить, какая программа лучше и проще, т. к. это будет связано с большими затратами и неудобствами (переучивание персонала и адаптация). Поэтому, вряд ли здесь есть люди, которые работали в обеих программах. На данный вопрос, ответ смогут дать только тогда, когда Oracle приживётся и просуществует ещё как минимум года два-три.
Но, если всё-таки есть люди, которые работали и в той и в другой программе, пусть поделятся своим опытом. — 7 лет назад

Источник: www.bolshoyvopros.ru

Как и на что заменить программы Oracle?

Нельзя не отметить тот факт, что продукты от Oracle весьма популярны в РФ. Только за 2020 компания получила выручки с отечественных компаний на суммы 6,26 млрд руб. При сравнении с 2019 годом, рост прибыли составил около 38%, что говорит об увеличение количества пользователей.

Долгие годы разные компании активно внедряли в свою работу ПО от Oracle, не учитывая выбранную государством политику и активную пропаганду внедрения отечественных IT продуктов. В числе организаций, использовавших иностранный бренд, можно назвать и ФНС, «Ростелеком», Центробанк и др.

Какую программу выбрать для замены Orcle?

Уход Oracle с рынка РФ нельзя рассматривать как катастрофу, поскольку есть более доступные и не менее эффективные аналоги, которые появились задолго до произошедших событий. На первом месте по импортозамещению в этом направлении, естественно, можно выделить программные продукты 1С. Например, Oracle E-Business Suite (OEBS) – 1С: ERP Управление предприятием, Oracle Retail – 1С: Розница, выпущенные отечественными разработчиком компанией «1С», Oracle SQL — PostgreSQL

В основе программ 1С лежит платформа 1С: Предприятие, представляющая собой систему с открытым кодом, которая позволяет доработать любую программу и модуль под требования бизнес-процессов заказчика. Важно отметить, что эта платформа на 100% российская и полностью адаптирована под все отраслевые требования законодательства РФ. Именно постоянные обновления и гибкость системы под государственные законы позволяют полностью контролировать все процессы в соответствии законодательству, без постоянного мониторинга нововведений.

Как перевести Oracle на программу 1С?

Говоря про то, что есть альтернативное решение продуктам от Oracle, можно ознакомиться с перечнем программных продуктов 1С, разработанных под любые требования абсолютно разных отраслей и видов деятельности.

Определиться с выбором подходящей системы достаточно просто, для этого необходимо понимать и обозначить перечень функций менеджеру компании «АйТи-Консалтинг». Специалист в короткие сроки определит подходящий вариант ПО, проконсультирует о возможностях и предоставит всю необходимую информацию в удобной форме.

Большое количество крупных предприятий России выбрали именно систему 1С: ERP, по некоторым опциям превосходящую систему Oracle. Благодаря возможности регулярной доработки и адаптации системы, наличию профессиональной поддержки и квалифицированных специалистов, приемлемой стоимости и соответствию законодательной базе, программа 1С: ERP Управление предприятием не уступает международному аналогу.

Перевод предприятия с Oracle на 1С, конечно же, потребует время на предпроектное обследование и реализацию самого проекта. Но задача не является нерешаемой и невыполнимой. 1С специалисты компании «АйТи-Консалтинг» не просто помогут выбрать правильную систему на замену, но и качественно внедрить и обучить использованию всех сотрудников организации максимально безболезненно.

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

Купить программу 1С вместо Oracle можно, обратившись по телефону, казанному на сайте, или заполнив форму запроса. Сотрудники компании свяжутся в максимально короткие и сроки и предоставят всю необходимую информацию.

Источник: itcons99.ru

Программа Oracle

Диалект SQL фирмы ORACLE

Происхождение и объем диалекта SQL фирмы Oracle

База данных и модель данных

База данных

СУБД

Реляционный подход к моделированию данных

Реляционная модель данных

Какая бухгалтерская программа лучше и проще: Oracle или 1С?

Как и на что заменить программы Oracle?

Какую программу выбрать для замены Orcle?

Как перевести Oracle на программу 1С?

Для чего нужна программа компилятор

Программа смешанное белье для чего

Токси риск программа для чего

Программа аршин метрология для чего

Программа чек пфр для чего

Для чего нужна программа apkpure

Для чего предназначена программа стили

Для чего нужна программа тренажер