Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
Лох ПозорныйА насчет 2Гб - так это на один файл-хранилище Аксесу пофигу сколько их, он изначально распределенный. Если таблица в 2Гб влезает - то и хорошо. Ну если с умом разбить архивы по базам и делить их например по годам, то вообще на фиг никакие РСУБД и сервера приложений не нужны, все будет на Access прекрасно работать :) В качестве бонуса всегда можно прекрасно помазохизничать, размазывая бизнес-логику по клиенту. Хотя можно хитро вынести ее в отдельный MDB, вместе с стандартной обработкой логики GUI (и даже можно все сделать на классах). Потом подключаешь его к клиентскому MDB и радуешься :) Эээх, прямо молодость вспомнилась, аж Access 2.0 родимый :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2004, 18:41 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
ASCRUSНу если с умом разбить архивы по базам и делить их например по годам, то вообще на фиг никакие РСУБД и сервера приложений не нужны, все будет на Access прекрасно работать :) В качестве бонуса всегда можно прекрасно помазохизничать, размазывая бизнес-логику по клиенту. Хотя можно хитро вынести ее в отдельный MDB, вместе с стандартной обработкой логики GUI (и даже можно все сделать на классах). Потом подключаешь его к клиентскому MDB и радуешься :) Эээх, прямо молодость вспомнилась, аж Access 2.0 родимый :) Ещё как вариант на асессе сервер приложений наваять ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2004, 18:51 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
авторЕщё как вариант на асессе сервер приложений наваять И Акцессом же к этому апп-сереверу и ходить -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2004, 18:59 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
tygra авторЕщё как вариант на асессе сервер приложений наваять И Акцессом же к этому апп-сереверу и ходить -- Tygra's -- Конечно аксессом, а как же ещё Вариация на тему: клиент - Access, хранилище -mdb AppServer - MSSQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2004, 19:06 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
Господа, соблюдайте пожалуйста, правила приличия. Все разборки личного характера, пожалуйста, в привате. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2004, 19:31 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
Ну вот... стоило аксес вспомнить, как тут же началось "соблюдайте правила приличия"... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2004, 20:22 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
tygraДа и как можно делать отчет, забирая данные из апп-сервера.... Это уж слишком. Вас не смущает, формирование отчетов представлением, на стороне сервера базы данных. То же самое и с использованием сервера приложений, почитайте про EJB. tygraТак два или три? Если для разработчика два звена - значит два. Вы среднее звено разрабатывали тут - нет! И не трехзвенная система получается. Любую систему, имеющую веб-интерфейс, можно назвать трехзвенной. Только с большим натягом - никто из нас броузер не писал. Отчего же его считать звеном? Остается классическая клиент-сервер. [Выпады личного характера,предназначено для удаления модератором] <Выпады личного характера удалены модератором> Вам нужно направить, срочно, письмо в компанию Oracle, ведь они глупые думают что у их трехзвенка, а вы откроите им правду. [/Выпады личного характера,предназначено для удаления модератором] tygraБез всякого контроля? Как поставщик отдает информацию, так у него и забирать. В файлах txt, htm, zip, через вебсервисы или на дискетах... Не важно. [Выпады личного характера,предназначено для удаления модератором] >>Без всякого контроля? >>Без всякого контроля? >>Без всякого ... >>Без ... >>В файлах txt, htm, zip >>В файлах txt, htm >>В файлах txt, >>В файлах >>Не важно. >>Не важно. >>Не ... [/Выпады личного характера,предназначено для удаления модератором] [Выпады личного характера на модератора, не предназначено для удаления модератором] Почему ерись, каторую несут некоторые товариши, вы не считаете отридцательным явлением, а "показывание пальцем" на это для вас является выпадами. Если так пойдет и дальше. На какой хрен сюда ходить. [/Выпады личного характера на модератора, не предназначено для удаления модератором] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 04:39 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
<Выпады личного характера удалены модератором> Очень прошу прощения, что довел человека до такого, обещаю, что больше в его сторону ничего говорить не буду, пущай в себя придет. ======= Предложение модераторам: а может закроем топик, а? Пока только один пострадавший. А то мало ли что. Больше то тут сказать нечего. Закрывайте нафиг. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 10:57 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
Да уж, опять физики и лирики. Спор можно подолжать до бесконечности. НО, аргументов или примеров, где реально была бы нужна трехзвенка и здесь, впрочем как и в других топиках на эту тему я не увидел. <Выпады личного характера удалены модератором> модераторы, закрывайте топик к черту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 11:11 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
сейчас при существующих технологиях нет проблем из 2-х звенки сделать 3-х и наоборот, а реальный пример, когда нужна трехзвенка - слабые ПК пользователей, а расчет, который нужно выполнить, достаточно ресурсоемкий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 11:24 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
AlTkа реальный пример, когда нужна трехзвенка - слабые ПК пользователей, а расчет, который нужно выполнить, достаточно ресурсоемкий. Я бы попросил не путать классическую двузвенку, где все расчеты вынесены в субд и, отвратительную реализацию двузвенки, например, в 1с при работе с сиквелом. Так что ваш пример опять мимо кассы. авторсейчас при существующих технологиях нет проблем из 2-х звенки сделать 3-х и наоборот А причем тут "из" и "наоборот"?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 11:40 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
что мимо кассы? какие расчеты Вы вынесете в СУБД? решение дифференциальных уравнений для построения модели? или генерация образа - например того же отчета? "А причем тут "из" и "наоборот"?!" а при том, что стираются грани между 2-х звенными и многозвенными приложениями ПС. при чем тут 1С??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 11:54 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
1с тут при том, что совершенно стирает грани между однозвенными и многозвенныим приложениями ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 11:59 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
pkarklin Я бы попросил не путать классическую двузвенку, где все расчеты вынесены в субд и, отвратительную реализацию двузвенки, например, в 1с при работе с сиквелом. Так что ваш пример опять мимо кассы. Это к вопросу о трехзвенке. Работа 1С версии 7.7 с SQL напоминает исполнение классической симфонии на турецком барабане - мотив есть, а карёжет, но так они исправились, как мне кажется, в 8 версии правильная 3-х звенка (вот будет ли при этом клиент "тоньше") ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 12:04 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
Да уж, 1С это хороший пример скрещивания кролика с удавом. Или с удавкой Ну если диффуры у вас используют так много человек, что на них не хватает нормальных компутеров - тогда может и можно считать где-то на третьей стороне. Только какие диффуры и СУБД? Да и в СУБД можно считать - внешними процедурами. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 12:04 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
AlTkчто мимо кассы? какие расчеты Вы вынесете в СУБД? решение дифференциальных уравнений для построения модели? или генерация образа - например того же отчета? "А причем тут "из" и "наоборот"?!" а при том, что стираются грани между 2-х звенными и многозвенными приложениями ПС. при чем тут 1С??? Причем тут диф. уравнения и тема данного форума - ERP системы? И, уж никак в классической архитектуре клиент-сервер нормативную себестоимость продукции не считают на клиенте. а вот 1с как раз это делает на клиенте. Именно поэтому для нее существует проблемма слабости клиентских машин и ширины канала связи. И никакие грани не стираются есть 2 звенка (классическая архитектура клиент/сервер) и есть боковой отросток - N-звенка. Именно боковой, потому что, потому что это нельзя назвать развитием в перед. Это просто частный случай развития классической архитектуры под сугубо специальные задачи. funman но так они исправились, как мне кажется, в 8 версии правильная 3-х звенка (вот будет ли при этом клиент "тоньше") Вот с чем не сталкивался еще. так это с 8 версией 1с. Уж лучше бы они классиескую двузвенку поуму реализовали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 12:28 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
Господа, прочитайте еще раз правилами . Вот некоторые выдержки: ПравилаЗапрещается: публикация грубых, оскорбляющих и унижающих сообщений ... Рекомендуется: Быть взаимно вежливыми и уважать других участников форума. ... При нарушении данных правил возможны следующие действия со стороны администрации форума: удаление топиков и сообщений, редактирование сообщений и заголовков, вынесение предупреждений, блокировка зарегистрированного пользователя, блокировка доступа по IP (при многократном повторении из одной подсети, возможна блокировка всей подсети). Если кто-то не согласен с требованиями "Правил", значит он ошибся форумом. Если кто-то считает, что модератор не совсем корректно реагирует на нарушение Правил, он может попытаться решить эти вопросы с модератором в привате. Если достичь согласия с модератором не удается, можно обратиться в привате к администратору форума ("judge)." Напоминаю, что модератор не имеет права удалять или редактировать сообщения или блокировать пользователя только по той причине, что его собственное мнение по рассматриваемому техническому вопросу расходится с мнением мембера. Модератор не является обладателем истины в конечной инстанции, обсуждение технических вопросов с его стороны ведется с правами мембера. Лично я пока не вижу необходимости закрывать тред только по той причине, что у кого-то кончились аргументы. Тема по-существу не исчерпана и в данном треде еще имеется вероятность появления хорошо аргументированных мнений, высказанных по существу и без эмоций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 13:00 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
"Причем тут диф. уравнения и тема данного форума - ERP системы" а Вы не можете подозревать, что на предприятии какой-то обсчет могут делать как раз именно с помощью диф. уравнений или сиплекс метода? и грани стираются, все, что больше 1 - это N-звенка. захотим, будем использовать компонент на сервере, а захотим - на клиенте, а захотим еще один сервер поставим и некоторые компоненты туда перенесем. ПС. почему-то никто на пример с отчетом не отреагировал, хотя это очень актуально. елси отчет формируется достаточно догое время и он регламентирован, то зачем его еще раз формировать. достаточно его сохранить и по запросу пользователя выдавать уже сформированный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 13:14 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
Мое ИМХО по рассматриваемому вопросу. Имеет право на существование и 3-хзвенка (многозвенка), и двухзвенка. У каждого из этих подходов имеются свои плюсы и минусы. Невозможно на все случаи жизни один раз дать глобальный рецепт вроде "многозвенка forever!" (либо противоположный, но такой же радикальный). Все зависит от контекста задачи. Для того, чтобы вычислить произведение 2*2=? не нужна ни та, ни другая. Для того, чтобы сортировать и фильтровать табличную информацию, расположенную в одной-единственной таблице, совершенно нет никакой необходимости прикурчивать промежуточный уровень (объясните, зачем, если кто-то не согласен). Реляционная СУБД уже имеет определенный набор интерфейсов, предлагаемую объектную модель и логику работы с ней. Если задачи хорошо отображаются на эту модель, то какой смысл городить огород? Совсем другое дело, если для решения какой-либо задачи модель РСУБД подходит хуже, нежели некоторая совсем другая объектная модель. Тогда может возникнуть необходимость сделать "мидлтаер", выполняющий функции "переходника" с одной модели на другую. В "мидлтаер" реализуется модель более близкая к понятиям прикладной области, и инкапсулировано преобразование объектов и действий в рамках этой модели в модель РСУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 13:15 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
2 Garya Ну так об том и речь. Где двухзвенка подходит - там и есть. Где сделать на двухзвенке намного хуже, чем на многозвенке, и многозвенка дает реальный выигрыш - нет проблем, кто же спорит! Но когда говорится что-то типа: двухзвенка это прошлое, надо все делать на многозвенке; логика вся должна быть в апп-сервере и никогда не в СУБД ... и т.д. - ну это же бред, против этого и шумим :) Я и сам трехзвенку недавно делал :) - только на основе вебсервисов (.net помогла): вин-клиент (vb.net) идет на вебсеврисы.net, которые идут в БД. В принципе вебсервисы никакой логики не содержат - просто перенаправляют потоки данных и все. Это тот случай, когда больше никак - хотя и не обычная многозвенка, нет тут никакой бизнес-логики в среднем слое, как было в БД, так там и осталось. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 13:24 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
AlTk ПС. почему-то никто на пример с отчетом не отреагировал, хотя это очень актуально. елси отчет формируется достаточно догое время и он регламентирован, то зачем его еще раз формировать. достаточно его сохранить и по запросу пользователя выдавать уже сформированный. На счет отчетов. А по что вы пытаетесь строить отчеты в OLTP системе? Ставьте OLAP и вытаскивайте всю аналитику туда. Но это не третье звено. И выигрыш большой и основную систему разгрузим и аналитики быстрее результат получат. А при смешении OLTP и OLAP оба участника остануться недовольными. 2 Garya ну, а мы с tygra о чем всем твердим. Ведь не говорим, что трехзвенка не нужна. Просто в этом и в других топиках на эту тему не было приведено РЕАЛЬНОГО примера, где это было бы действительно нужно. А на счет закрытия топика. Хм... его ждет такая же судьба Странные мысли о 3-звенном приложении , если ты его не закроешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 13:50 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
оффтопик: а что же, в OLTP системе отчеты не строятся? и опять, причем здесь OLAP, нужен именно регламентный отчет по первичным данным. ПС. прочитайте еще раз внимательно то, что сказал Garya. мне проще реализовать простенький компонент на сервере, который, например, работает по принципу Singleton (если есть отчет в виде файла, то выдать его, иначе создать его, сохранить и выдать) - несколько строк кода. и мне для этого не надо ставить OLAP, заботиться о проектировании кубов, их наполнении и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 14:04 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
авторСтавьте OLAP и вытаскивайте всю аналитику туда. Но это не третье звено Вот собственно и ответ на массу вопросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 14:09 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
AlTkоффтопик: а что же, в OLTP системе отчеты не строятся? и опять, причем здесь OLAP, нужен именно регламентный отчет по первичным данным. Строятся!!! Но это не те отчеты, о которых вы говорили: AlTkелси отчет формируется достаточно догое время и он регламентирован, то зачем его еще раз формировать. достаточно его сохранить и по запросу пользователя выдавать уже сформированный. А таким отчетам - прямым ходом на вынос из OLTP систем. AlTkоффтопик: ПС. прочитайте еще раз внимательно то, что сказал Garya. мне проще реализовать простенький компонент на сервере, который, например, работает по принципу Singleton (если есть отчет в виде файла, то выдать его, иначе создать его, сохранить и выдать) - несколько строк кода. и мне для этого не надо ставить OLAP, заботиться о проектировании кубов, их наполнении и т.д. Проще - это не значит корректнее для OLTP системы. а хранить расчитанные отчеты в OLTP системах - тоже нонсен. Ибо представляю, во что выливаються проблемы с созданием бэкапов. Видел я тут такую реализацию в одной аптечной сети. Сама система так себе, но из-за хранения расчитанных отчетов в OLTPшной базе - ее размер перевалил за 100 гигов. Хотя первичной информации там и 1/3 нет. Ну, а если вы нехотите заботиться о проектировании кубов (совсем не сложная штука, если со сводными таблицами работал) и об ихзаполнении (все это автоматизируется с помощью нескольких кликов мыши), то тем хуже для вашей OLTP системы. Это болезнь роста, IMHO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 14:23 |
|
||
|
3-tier своими руками
|
|||
|---|---|---|---|
|
#18+
как обычно, на 3-й странице начинаем обсуждать совсем другую тему. pkarklin, откуда Вы знаете, что надо, а что не надо. я еще раз повторяю, нужен отчет именно по первичным данным. в БД отчеты не хранятся. они хранятся в виде файлов с расширением rpt. ПС. как находясь за 1000 километров Вы по двум сообщениям определили, что хуже, а что лучше для нашей системы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2004, 14:40 |
|
||
|
|
start [/forum/topic.php?fid=29&msg=32729867&tid=1528669]: |
0ms |
get settings: |
6ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
157ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 490ms |
| 0 / 0 |
