Re: Jaybird
Во-первых не хочу платного Во-вторых, честно говоря меня умиляет ситуация. Несмотря на практически тотальную бесплатность и опенсоурсность java-инструментария найти примеры банальных кусков кода (работы с гридами) практически нереально. То что более или менее подходит - например quicktable настолько убого на внешний вид + платно, что просто руки опускаются. Я не гордый, могу и ручками пописАть, но найти шаблоны классов с примерами просто нереально. И все это происходит со мной - с человеком у которого 13 лет разработки на delphi за плечами. Hi RUST Еще можно взять dbSwing от борланд, входит в любую поставку JBuilder. но они платные и идут в разрез с идеологией Java. Вариант програм аля Delphi не популярно популяно Hibernate JDO EJB WBR Evgeny Putilin.
Re: Jaybird
Хм. Вы определитесь... чего хотите... Если стандартный + ваши запросы - тогда имплементируй датамодель - там все просто... Если вы хотите различные навороты в GUI - даже на sun tutorial есть примеры и навернуть совершенно не сложно. Компонент нету потому, что они никому не нужны - технология настолько гибкая, что нормальный J2SE программист сделает, что надо на коленках за полдня. -- Роман.
Re: Jaybird
Hi RUST Еще можно взять dbSwing от борланд, входит в любую поставку JBuilder. но они платные и идут в разрез с идеологией Java. Вариант програм аля Delphi не популярно популяно Hibernate JDO EJB WBR Evgeny Putilin. Покурил Hibernate JDO EJB - все это для Java EE
Re: Коннект с сервис-манагеру 4910 с либой от 16191
Alexander A. Venikov ... С gbak-ом воспроизвёл. Будем смотреть -- Хорсун Влад
Re: Jaybird
Покурил Hibernate JDO EJB - все это для Java EE курить вредно. Кто сказал, что только для JEE? Пример: http://openjpa.apache.org/docs/openjpa-0.9.0-incubating/manual/manual.html#jpa_overview_persistence_use гибернейт: http://www.hibernate.org/152.html -- Роман.
Re: Изменение метаданных селективных ХП на ходу
Ovchinnikov Vasily пишет: положен расстрел на месте. Однако, ежели я меняю на ходу метаданные селективных ХП, то я так думаю, что криминала-то в этом никакого нету, а? нету но ты должен отдавать себе отчет, что часть клиентов продолжат юзать старую версию, а часть новую. При этом как-то понять, кто какую версию будет использовать лучше ненадо. Потому что это очень depends. Если такой вариант тебя устраивает, то меняй. -- Кочмин Александр
Изменение метаданных селективных ХП на ходу
Здоровья всем вам! Вот, мысль посетила в процессе производственной необходимости (или оправдание себе ищу...) Много копий сломано (а многие доламывают и по сей день, горюя над убитыми базами) и все знают, что за изменение метаданных на ходу положен расстрел на месте. Однако, ежели я меняю на ходу метаданные селективных ХП, то я так думаю, что криминала-то в этом никакого нету, а? Я прав или не прав? -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Jaybird
RUST wrote: Во-первых не хочу платного Во-вторых, честно говоря меня умиляет ситуация. Несмотря на практически тотальную бесплатность и опенсоурсность java-инструментария найти примеры банальных кусков кода (работы с гридами) практически нереально. С этим мало кто работает... На Java большинство приложений - Web, там совсем другие технологии. То что более или менее подходит - например quicktable настолько убого на внешний вид + платно, что просто руки опускаются. Я не гордый, могу и ручками пописАть, но найти шаблоны классов с примерами просто нереально. И все это происходит со мной - с человеком у которого 13 лет разработки на delphi за плечами. Просто идеология другая. Если ты будешь пробовать использовать Java как кросс-платформенный вариант Delphi - мало что получится. Начиная от GUI, заканчивая работой с базой данных. Так что лучше опиши то, что делать собираешься, а народ тебе идей подбросит. Роман
Re: Jaybird
С этим мало кто работает... На Java большинство приложений - Web, там совсем другие технологии. Swing поднимается в Java. Количество вакансий за последний год увеличилось раза в 2. Просто идеология другая. Если ты будешь пробовать использовать Java как кросс-платформенный вариант Delphi - мало что получится. Начиная от GUI, заканчивая работой с базой данных. Согласен. У Java свой подход. Его надо принять. А потом будет понятно как это удобно и красиво =). -- Тоже Роман. =)
Re: Коннект с сервис-манагеру 4910 с либой от 16191
Hello, Vlad! You wrote on Tue, 31 Jul 2007 10:35:36 +0300: VH С gbak-ом воспроизвёл. Будем смотреть Оно и с Экспертом то же самое. Возможно, в Эксперте у тебя для баз на серверах старых версий подложена нужная либа. -- Удач Alexander A. Venikov, Tobolsk, Russia
Re: Коннект с сервис-манагеру 4910 с либой от 16191
Hello, Vlad! You wrote on Tue, 31 Jul 2007 10:35:36 +0300: VH С gbak-ом воспроизвёл. Будем смотреть В принципе, можно и не править ничего. Просто в Release Notes написать, что для нормальной работы через менеджер сервисов с БД на серверах ранних версий нужно использовать клиентские библиотеки от соответствующих версий сервера. -- Удач Alexander A. Venikov, Tobolsk, Russia
Re: Jaybird
Просто идеология другая. Если ты будешь пробовать использовать Java как кросс-платформенный вариант Delphi - мало что получится. Начиная от GUI, заканчивая работой с базой данных. именно так. Ладно,спасибо, чтобы не разводить оффтопик пойду копать дальше.
Re: Коннект с сервис-манагеру 4910 с либой от 16191
Alexander A. Venikov ... Hello, Vlad! You wrote on Tue, 31 Jul 2007 10:35:36 +0300: VH С gbak-ом воспроизвёл. Будем смотреть Оно и с Экспертом то же самое. Возможно, в Эксперте у тебя для баз на серверах старых версий подложена нужная либа. Давай ты меня за идиота не будешь принимать, да ? Оно на самом деле зависит от положения звёзд на небе (и от имени БД, в частности) -- Хорсун Влад
Re: Jaybird
On 7/31/07, RUST [EMAIL PROTECTED] wrote: Просто идеология другая. Если ты будешь пробовать использовать Java как кросс-платформенный вариант Delphi - мало что получится. Начиная от GUI, заканчивая работой с базой данных. именно так. Ладно,спасибо, чтобы не разводить оффтопик пойду копать дальше. Блн. Не вижу ничего сложно в примере. Ушло на его написание минуты 2. Что мешает на него повесить твою логику и работать с ним нормально? Я понимаю, что лень и трудно въехать с начала... но не надо так сразу. Да, Java это не дизайнерить формочки мышкой (хоть сейчас в JSF этим и занимаюсь =)) ) -- Роман. p.s. Если что-то не понятно - пиши в почту, нечего тут засорять. DBTableModel.java Description: Binary data
Re: Изменение метаданных селективных ХП на ходу
Ovchinnikov Vasily [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Здоровья всем вам! Вот, мысль посетила в процессе производственной необходимости (или оправдание себе ищу...) Много копий сломано (а многие доламывают и по сей день, горюя над убитыми базами) и все знают, что за изменение метаданных на ходу положен расстрел на месте. Однако, ежели я меняю на ходу метаданные селективных ХП, то я так думаю, что криминала-то в этом никакого нету, а? Я прав или не прав? А может лучше Execute Block? With b/r. Gleb.
OFF: Вопрос про кластеризацию
Привет всем. Вопрос из категории для расширения кругозора Люди, объясните, пожалуйста, концепцию кластерного построения _огромной_ базы данных. Перебрав несколько вариантов, я склонился к тому что база данных представляет собой множество файлов, разнесены по разным машинам. И есть справочник физического размещения диапазонов страниц. Можно помудрить с группировкой данных (например, таблиц, индексов) на одном узле. Однако для этого как минимум надо резервировать место (или узел целиком) под конкретную конструкцию. Есть центральная машина с менеджером блокировок страниц, транзакций, картой размещения базы данных, кэшем метаданных. Часть этих служебных данных можно без проблем реплицировать по узлам, выполняющим фактическое управление базой данных. Для того чтобы не гонять огромные объемы данных по сети (ну хотя бы снизить нагрузку) надо реализовать возможность запрашивать не страницы, а данные. Вообщем, узлы с файлами базы данных должны быть как можно более интеллектуальные... и (возможно) уметь взаимодействовать с другими узлами. Конечно остается много вопросов. Я пытался курить кластеризацию на логическом уровне, но она так или иначе упирается в физику - поэтому стало понятно, что сначала нужно разобраться именно с физикой. Вообщем с чего начинается кластер? Делать копии базы данных и организовывать перекрестную репликацию - это не интересно. Поэтому это обсуждать не очень хочется. Коваленко Дмитрий.
Re: OFF: Вопрос про кластеризацию
Привет! Люди, объясните, пожалуйста, концепцию кластерного построения _огромной_ базы данных. Я как-то задавался подобным вопросом. И общался с некоторыми товарищами по этому вопросу. И кое-какие выводы я сделал для себя. Вообщем с чего начинается кластер? С того, что чудес не бывает - за надежность приходится платить скоростью и наоборот. Классик в принципе может работать на нативных (настоящих) Линуховых (на счет винды не уверен) кластерах. Но при этом потребуется грамотная организация такого кластера. Понятное дело, что сам классик надо чуть-чуть доработать напильником, на предмет смены типа блокировок. Но в этом случае с точки зрения БД она будет работать на одной Большой Машине - пусть ее узлы и будут связаны при помощи Инфинибанда - все равно, дисковая подсистема - тормоза по сравнению с оперативкой. Для того, чтобы СУБД знала, что эта нода исполняет запрос Васи, а эта - Пети - понятное дело, сама СУБД должна знать, что она работает на кластере. Насколько мне известно - только ОООЧЕНЬ злобные монстры типа Оракла и ДБ2 такое умеют - может еще и мелкомягковский, но врать не буду. У меня несколько специфическая задача - требуется обслужить одновременно пару _десятков_ тысяч игроков. При этом важна скорость, а надежность постольку-поскольку - потеря данных допустима как для кнкретного игрока, так и для игровой вселенной в целом. Если народу покажется интересной подобная задача - могу попробовать оформить наши наработки в виде статьи, но честно предупреждаю - у нас НЕ чистый кластер в его классическом понимании, у нас он специализированный. -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: Изменение метаданных селективных ХП на ходу
Dmitry Yemanov пишет: Ovchinnikov Vasily wrote: ежели я меняю на ходу метаданные селективных ХП, то я так думаю, что криминала-то в этом никакого нету, а? Ну, если для тебя нормально, что эти ХП разным клиентам возвращают разные данные... Нет, в моей ситуации меня это не смущает, как ни странно :-) Физические повреждения базе в этом случае не грозят - подтверждение этого я хотел услышать. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Коннект с сервис-манагеру 4910 с либой от 16191
http://tracker.firebirdsql.org/browse/CORE-1388 -- Хорсун Влад
Re[2]: Jaybird
Здравствуйте, mrScalder. Вы писали 31 июля 2007 г., 15:20:42: б этшь ьрыю ътю ррсютрхт... Эр Java сюыьшшэсттю яршыюцхэшщ - Web, трь сютсхь фруушх тххэюыюушш. Возьмусь за старое :) Выключи у себя: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 и твои постЫ сможет прочитать бОльшее кол-во человек. -- С уважением, Владимир mailto:[EMAIL PROTECTED]
Re: Re[2]: Jaybird
On 7/31/07, Владимир Аксенов [EMAIL PROTECTED] wrote: Здравствуйте, mrScalder. Вы писали 31 июля 2007 г., 15:20:42: б этшь ьрыю ътю ррсютрхт... Эр Java сюыьшшэсттю яршыюцхэшщ - Web, трь сютсхь фруушх тххэюыюушш. Возьмусь за старое :) Выключи у себя: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 и твои постЫ сможет прочитать бОльшее кол-во человек. Хм... А как это сделать на gmail? =) -- Роман
Re: Изменение метаданных селективных ХП на ходу
WildSery пишет: On Tue, 31 Jul 2007 13:25:51 +0400, Мадорский Г.В. [EMAIL PROTECTED] wrote: А может лучше Execute Block? +1. Опять же с зависимостями бороться не надо ;) А че это вы тут делаете, а?.. Кино-то уже давно кончилось! (с) Добро пожаловать или Посторонним вход воспрещен :-D -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: OFF: Вопрос про кластеризацию
Kovalenko Dmitry wrote: Люди, объясните, пожалуйста, концепцию кластерного построения Какой кластер? Fail-over или load-balancing? _огромной_ базы данных. Их много. И на общем диске, и с размазанными данными, и репликацией, и как угодно еще :-) Мы курили вариант с общим дисковым массивом, на котором лежит база, и к которому быстрым каналом подключены вычислительные узлы. В обычном FB-классике встроенный менеджер блокировок заменяется внешним, распределенным, он берет на себя коммуникацию между узлами. Получаем коннекты, привязанные к определенным узлам кластера. Балансировка нагрузки - внешними средствами (под линукс такое есть). Это практически полный аналог VAX-кластера, на котором IB когда-то работал. Самый тупой вариант, наверное, но вполне рабочий. -- Дмитрий Еманов
Re[4]: Jaybird
Здравствуйте, mrScalder. Хм... А как это сделать на gmail? =) Если ты пишешь из почтового клиента, что не похоже - то в его настройках. А если через web-морду - то не в курсе ибо не юзаю. Но сначала надо найти как отключать посылку письма в html. -- С уважением, Владимир mailto:[EMAIL PROTECTED]
Re: Изменение метаданных селективных ХП на ходу
Ну, если для тебя нормально, что эти ХП разным клиентам возвращают разные данные... Я тож об етом раздумывал, шас вроде понел что базy ето непортит. Кстати, если непортит, то резултаты могут быть коректными, например, если внутри процедури только оптимизируется запросы и выходные данные при етом неменяются - одни какоето время будут юзать старую тормознутую версию, остальные новую, не ? Если yж на ету тему, то как вредно будет на ходу дропать чтото если 100% уверен что ето некто неюзает ? Что будет если я при заюзанои таблице дропну колонку которую уже 100 лет некто неюзает ? Или в заюзанои таблице добавлю колонку или новыи индекс, или дропну лишнии 100% незатронутыи индекс ? Regards Janex
Re: Изменение метаданных селективных ХП на ходу
Если yж на ету тему, то как вредно будет на ходу дропать чтото если 100% уверен что ето некто неюзает ? Что будет если я при заюзанои таблице дропну колонку которую уже 100 лет некто неюзает ? Или в заюзанои таблице добавлю колонку или новыи индекс, или дропну лишнии 100% незатронутыи индекс ? пцаны, особенно работающие с ответственными системами, вводят понятие регламента, например с 2-х до 4-х ночи в последний понедельник месяца и делают в это время все, что угодно -- Булычев Алексей http://www.stella-npf.ru
Re: Изменение метаданных селективных ХП на ходу
пцаны, особенно работающие с ответственными системами, вводят понятие регламента, например с 2-х до 4-х ночи в последний понедельник месяца и делают в это время все, что угодно Y нас 5 лаборатории, 4 из них вечером заканчивают работу и я там потом хоть порнюхи качаи, а одна круглосуточная и там работа как на конвеиере :( Когда надо юзеров выгонять, то они меня чуть не сатанои шитают :( Вот сделал новыи модуль - надо новую таблицу сделать и в сушетвуюшеи (активно заюзанои) колонку дабавить... вроде некому немешаю ... Regards Janex
Re: OFF: Вопрос про кластеризацию
Sergey Mereutsa wrote: дешевого решения (я про железо) не получится Решение для нищебродов - выделить одну из машин (с рэйдом) под файл-сервер, к нему прочие узлы подключить через гигабитный эзернет. Мега-кластер не выйдет, конечно, но пару тысяч средненагруженных коннектов должно потянуть. -- Дмитрий Еманов
Re: Изменение метаданных селективных ХП на ходу
Janex пишет: пцаны, особенно работающие с ответственными системами, вводят понятие регламента, например с 2-х до 4-х ночи в последний понедельник месяца и делают в это время все, что угодно Y нас 5 лаборатории, 4 из них вечером заканчивают работу и я там потом хоть порнюхи качаи, а одна круглосуточная и там работа как на конвеиере :( Когда надо юзеров выгонять, то они меня чуть не сатанои шитают :( Вот сделал новыи модуль - надо новую таблицу сделать и в сушетвуюшеи (активно заюзанои) колонку дабавить... вроде некому немешаю ... ...а потом один из УЖЕ подключенных клиентов начинает юзать твою физически обновленную таблицу со старыми метаданными из кэша - пипец! (может я бред сказал?) Не, с таблицами на такие фокусы я не подписываюсь. Я изначально в теме сделал акцент на СЕЛЕКТИВНЫЕ процедуры, т.е. которые НИЧЕГО НЕ ПИШУТ, и уж совсем никак не про таблицы. Алексей правильно сказал: для ТАКИХ дел (и для всего, чего угодно, в том числе) регламентное окно нужно предусматривать. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: OFF: Вопрос про кластеризацию
Решение для нищебродов - выделить одну из машин (с рэйдом) под файл-сервер, к нему прочие узлы подключить через гигабитный эзернет. Мега-кластер не выйдет, конечно, но пару тысяч средненагруженных коннектов должно потянуть. Да но тут то разговор шёл вроде как FB заставить на таком кластере работать чтоб база была одна a клиентам заставить распеделятся по кластерным процессорам ? Regards Janex
Re[2]: OFF: Вопрос про кластеризацию
Привет! Решение для нищебродов - выделить одну из машин (с рэйдом) под файл-сервер, к нему прочие узлы подключить через гигабитный эзернет. Мега-кластер не выйдет, конечно, но пару тысяч средненагруженных коннектов должно потянуть. Фи, Дмитрий, как это мало - пара тыщ :)) Хотя гигабитовые контроллеры нынче очень дешевы и их к тому же можно пообъядинять - все равно тормознутее и дешевле инфинибанда будет (там только кабель стоит от 50 до 600 баксов и сами карточки по 1-2к). Но с таким же успехом можно заюзать чистый кластер с кластерной ФС. Только по-моему овчинка все равно выделки не стоит :) P/S У меня стойкое впечатление что сегодня-таки пятница. -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: OFF: Вопрос про кластеризацию
Dmitry Yemanov пишет: Kovalenko Dmitry wrote: Люди, объясните, пожалуйста, концепцию кластерного построения Какой кластер? Fail-over или load-balancing? Я думаю, он про load-balancing Ибо fail-over на практике и сейчас реализуется средствами ОС. Я уж говорил вроде, что достоверно знаю про факт реализации двухсерверного failover-кластера, не знаю только КАК сделано (под линухом сделано). А про вин2003 на ibase.ru написано было, КАК сделать такое. _огромной_ базы данных. Их много. И на общем диске, и с размазанными данными, и репликацией, и как угодно еще :-) Про и как угодно еще почему-то столько мыслей разных в голову лезет... :-D Неужели это просто конец рабочего дня?.. :-))) -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: OFF: Вопрос про кластеризацию
Janex wrote: Решение для нищебродов - выделить одну из машин (с рэйдом) под файл-сервер, к нему прочие узлы подключить через гигабитный эзернет. Мега-кластер не выйдет, конечно, но пару тысяч средненагруженных коннектов должно потянуть. Да но тут то разговор шёл вроде как FB заставить на таком кластере работать чтоб база была одна a клиентам заставить распеделятся по кластерным процессорам ? Вышесказанное этому не мешает. Просто вместо SAN'а будет расшаренная дисковая корзина на одной из машин, с которой работают процессы классика. -- Дмитрий Еманов
Re: OFF: Вопрос про кластеризацию
Sergey Mereutsa wrote: Фи, Дмитрий, как это мало - пара тыщ :)) Я мог бы назвать и 100 тыщ :-) Сам понимаешь, все зависит от штатной нагрузки на дисковую. Но с таким же успехом можно заюзать чистый кластер с кластерной ФС. И как работу узлов с базой синхронизировать? -- Дмитрий Еманов
Re[2]: OFF: Вопрос про кластеризацию
Привет! Решение для нищебродов - выделить одну из машин (с рэйдом) под файл-сервер, к нему прочие узлы подключить через гигабитный эзернет. Мега-кластер не выйдет, конечно, но пару тысяч средненагруженных коннектов должно потянуть. Да но тут то разговор шёл вроде как FB заставить на таком кластере работать чтоб база была одна a клиентам заставить распеделятся по кластерным процессорам ? Ну вообще-то, как я уже говорил, на _ЧИСТОМ_ кластере ВООБЩЕ делать с классиком ничего не надо - для него это просто будет машина с 24-48-120 процессорами. НО. Так как решение не будет нативным, то тут есть несколько узких мест: 1) Для надежности потребуется бОльшее количество узлов, чем будет задействованно собственно самим Птицем. 2) В случае сбоя - очень много вопросов - от восстановления самой CFS до восстановления размазанной таким образом базы. У меня все руки не дойдут добраться до университетского кластера о 48 головах. 3) Заточенные под кластер приложения могут работать намного быстрее обычных - именно за счет того, что при их создании учтены фичи кластеров. Именно об этом говорил Дмитрий Еманов, когда упоминал о замене лок-менеджера в классике. 4) Менеджер узлов может взять и мигрировать процесс с одного узла на другой - поэтому привязываться к чему-либо на машине - самоубийство чистой воды. И миграция тоже процесс не мгновенный. К тому же учитывайте еще один ньюанс - когда говорят о рассчете какой-нибудь задачи на кластере путем разбиения ее на множество параллельных задач - то, как правило, время рассчета самой задачи намного больше как переключения узла кластера на эту задачу, так и на подкачку данных для нее - там 1-2 минуты или даже часа особой роли не играют. В случае же с СУБД никогда нелья точно заранее сказать, что эти данные надо сложить сюда, а те - туда, потому что и те и другие данные могут потребоваться одновременно (причем, одновременность тут истинная) всем. И получим ситуацию, когда всех много, а всего - мало. И именно поэтому вариант с общим хранилищем данных - для такого - самое то. Т.е. кластер просто превращается в кучу процов с почти что эксклюзивным использованием памяти и более-менее размазанным среди запросов винтом. З.Ы. А вообще, это скучно, нудно и никакого экстрима. Вот собрать кластер с винтом только у одного-двух узлов и поделить части данных среди бездисковых нод - вот это уже интереснее :)) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: OFF: Вопрос про кластеризацию
Вышесказанное этому не мешает. Просто вместо SAN'а будет расшаренная дисковая корзина на одной из машин, с которой работают процессы классика. Хммм ... ну я вообшето пока полныи профан по кластерам, живого такого некогда невидел, но я ето всё примерно так понемаю: 1. Иммеется главныи сервяк (4-едрёныи, например) 2. Черес чтото быстрое (оптика, GB сеть или чтото такое) к нему подключены, ну например, ешё 4 PC с 4-едрёными процами на каждом 3. Клиенты конектятся к главному сервяку, он их перекидивает на более незагруженые и там на тех процах уже запускается процесы класика. Или уже заранее пропысываем из, например, каких подсетеи на какои кластерны узел кому зализать. 4. И при етом все работают с однои и тоиже базои, как будто имеем один 20-едрёны сервяк 5. Становитс тесно - добовляем ешё один PC и пашем дальше. Ето Я так вот Я понемаю :) :) :) И что - на данны момент вот чтото такое возможно сотворить с FB ? Regards Janex
Re[2]: OFF: Вопрос про кластеризацию
Привет! Фи, Дмитрий, как это мало - пара тыщ :)) Я мог бы назвать и 100 тыщ :-) Сам понимаешь, все зависит от штатной нагрузки на дисковую. Угу. Дисковая подсистема и есть то бутылочное горлышко, куда слон не пролезает. Но с таким же успехом можно заюзать чистый кластер с кластерной ФС. И как работу узлов с базой синхронизировать? А нафига? Для этого есть ПО кластера. Для приложения ты видишь диск (раздел). Если ты к физической структуре ФС не привязан - то для тебя все функции I/O будут работать так, как ты ожидаешь. И даже работа с блокировками файлов и семафорами будет выглядеть точно также - хотя именно вот тут у меня в свое время возникли сомнения, которые мне никто и не опроверг и не подтвердил, все крутили пальцем у виска и утверждали, что что разведение травы подобной крепости преследуется по закону :) На практике - надо мучать, но у меня пока ограниченные ресурсы по железу - приходится все на вмвари пробовать, а с кластерами там не поиграешься. Попробую на днях в родные пенаты пролезть - может меня еще там не забыли - и выбить рутовский шелл у кластера :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: OFF: Вопрос про кластеризацию
Люди, объясните, пожалуйста, концепцию кластерного построения Какой кластер? Fail-over или load-balancing? Я думаю, он про load-balancing Не я вообще про кластер как таковой. Общий дисковый массив - это не интересно. Всем огромное спасибо за ответы! Коваленко Дмитрий.
Re[2]: OFF: Вопрос про кластеризацию
Привет! Ето Я так вот Я понемаю :) :) :) И что - на данны момент вот чтото такое возможно сотворить с FB ? Угу. Чуть-чуть доработав напильником. Под Линухом точно, под виндой - хз, тут я доку не курил и курить в ближайшее время не буду. Но еще раз повторю - чудес не бывает и это надо понимать. Тут надо проводить исследования на предметы падений самого кластера, конкретных его узлов и т.д. Есть желающие? ;-) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: OFF: Вопрос про кластеризацию
Sergey Mereutsa wrote: И как работу узлов с базой синхронизировать? А нафига? Для этого есть ПО кластера. Для приложения ты видишь диск (раздел). Если ты к физической структуре ФС не привязан - то для тебя все функции I/O будут работать так, как ты ожидаешь. И даже работа с блокировками файлов и семафорами будет выглядеть точно также - хотя именно вот тут у меня в свое время возникли сомнения, которые мне никто и не опроверг и не подтвердил, все крутили пальцем у виска и утверждали, что что разведение травы подобной крепости преследуется по закону :) Вот именно :-) Если mmap() там расшаривает память между узлами, то какая-то надежда есть. Иначе - капут. У нас ведь лок-таблица в расшаренной памяти лежит. -- Дмитрий Еманов
Re: OFF: Вопрос про кластеризацию
Sergey Mereutsa wrote: Угу. Чуть-чуть доработав напильником. Отнюдь не чуть-чуть, увы. -- Дмитрий Еманов
Re: OFF: Вопрос про кластеризацию
Kovalenko Dmitry wrote: Не я вообще про кластер как таковой. Общий дисковый массив - это не интересно. Чем ОДМ не кластер? Тебе шашечки или ехать? :-) -- Дмитрий Еманов
IBExpert от 20.07.2007
Респект, Усем! Хотелось бы узнать куда делась у сабжа поддержка MySql и Oracle ? У меня сейчас IBExpert от 04.02.2007 там это есть. С наилучшими пожеланиями, Oleg Prosvetov.
Re: IBExpert от 20.07.2007
On Tue, 31 Jul 2007 18:16:54 +0400, Oleg Prosvetov [EMAIL PROTECTED] wrote: Хотелось бы узнать куда делась у сабжа поддержка MySql и Oracle ? У меня сейчас IBExpert от 04.02.2007 там это есть. В анналы истории. Делось уже несколько лет как. Развития, по словам Хвастунова, не будет. -- Сергей Смирнов.
Re: OFF: Вопрос про кластеризацию
Ето Я так вот Я понемаю :) :) :) И что - на данны момент вот чтото такое возможно сотворить с FB ? Угу. Чуть-чуть доработав напильником. Под Линухом точно, под виндой - хз, тут я доку не курил и курить в ближайшее время не буду. Но еще раз повторю - чудес не бывает и это надо понимать. Тут надо проводить исследования на предметы падений самого кластера, конкретных его узлов и т.д. Есть желающие? ;-) Есть, есть. Я знаю таких. Они этим на хлеб зарабатывают. Слушайте. Вот еще вопрос. Объясните такое шаманство. Вот есть двух- узловый кластер. К кому подключается новый клиент? Я так понимаю - сначала он подключается к некоему менеджеру, который оценивает загрузку узлов и выбирает наименее загруженный - а потом подключается к этому узлу. Или это все делается прозрачно. Если прозрачно, то - менеджер маршрутизирует вызовы (перекачивает через себя)? - есть некая технология переназначения на системном (сетевом) уровне? Коваленко Дмитрий.
Re: IBExpert от 20.07.2007
AC зы: почему бы не спросить у автора?.. Хотелось подключить общественность :) С наилучшими пожеланиями, Oleg Prosvetov.
Re: IBExpert от 20.07.2007
Oleg Prosvetov пишет: AC зы: почему бы не спросить у автора?.. Хотелось подключить общественность :) ну вот подключил. :) общественность сказала ибо нех. оно всеравно никогда нормально не работало вроде. -- Кочмин Александр
Re[2]: OFF: Вопрос про кластеризацию
Привет! Слушайте. Вот еще вопрос. Объясните такое шаманство. Вот есть двух- узловый кластер. Издеваешься? Двухядерная машина будет дешевле. К кому подключается новый клиент? Ни к кому. В том-то и дело, что в кластере (где узлы равноправны) - кто на 1 нс раньше включился - тот и главный. В том случае, когда главный один - ты подключаешься к нему и все идет через него. Грубо говоря - ты подключаешься к некоему IP адресу. Я так понимаю - сначала он подключается к некоему менеджеру, который оценивает загрузку узлов и выбирает наименее загруженный - а потом подключается к этому узлу. Или это все делается прозрачно. Если прозрачно, то - менеджер маршрутизирует вызовы (перекачивает через себя)? - есть некая технология переназначения на системном (сетевом) уровне? Прозрачно. Для тебя кластер - просто Одна Большая Машина. У которой есть IP адрес. Подойти и ткнуть пальцем в конкретную ноду и сказать вот мы сейчас подключены сюда - низзя. -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re[2]: OFF: Вопрос про кластеризацию
Привет! Не я вообще про кластер как таковой. Общий дисковый массив - это не интересно. Чем ОДМ не кластер? Что такое ОДМ Общий Дисковый Массив. :) Тебе шашечки или ехать? :-) На текущий момент - шашечки. Эх, кому шашечки, а кому ехать надо. -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re[2]: OFF: Вопрос про кластеризацию
Привет! Но еще раз повторю - чудес не бывает и это надо понимать. Тут надо проводить исследования на предметы падений самого кластера, конкретных его узлов и т.д. Есть желающие? ;-) Есть, есть. Я знаю таких. Они этим на хлеб зарабатывают. Угу. На тонкий такой слой хлебушка с ТОЛСТЫМ слоем ИКРЫ. :) Вот SUN доставляет кластер в любую точку мира за 20 с копейками рабочих дней. Стоит всего лишь 3М вечнозеленых :)) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: IBExpert от 20.07.2007
On Tue, 31 Jul 2007 18:24:21 +0400, Oleg Prosvetov [EMAIL PROTECTED] wrote: Хотелось подключить общественность Вот из архивов (ответы Хвастунова): Oracle: В хелпе ничего и не будет, это недокументированная фича. Почему не подключается - не знаю, я в механизмах подключения в Оракле не силен. А зачем тебе? Эксперт с Ораклом весьма ограниченно работает. ... MySQL: libmySQL.dll достаточно. Но лучше эксперт для работы с MySQL не юзать. ... Значит, не судьба... Забудь про эксперт в качестве тулзы для MySQL. ... A а IBE работает с MySQL? или надо что-то волшебное сделать ? Да. Перестать использовать эксперта для работы с MySQL. ... -- Сергей Смирнов.
Re: IBExpert от 20.07.2007
Хотелось бы узнать куда делась у сабжа поддержка MySql и Oracle ? У меня сейчас IBExpert от 04.02.2007 там это есть. EMS вроде включает поддержку MySql и Oracle. Правда, продукт платный. Вообще Expert and EMS внешне очень похожи. Дмитрий
Re[2]: IBExpert от 20.07.2007
Привет! Вообще Expert and EMS внешне очень похожи. Ходят слухи, что они изначально были одним продуктом :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: OFF: ������ ��� ������������
íÙ ËÕÒÉÌÉ ×ÁÒÉÁÎÔ Ó ÏÂÝÉÍ ÄÉÓËÏ×ÙÍ ÍÁÓÓÉ×ÏÍ, ÎÁ ËÏÔÏÒÏÍ ÌÅÖÉÔ ÂÁÚÁ, É Ë ËÏÔÏÒÏÍÕ ÂÙÓÔÒÙÍ ËÁÎÁÌÏÍ ÐÏÄËÌÀÞÅÎÙ ×ÙÞÉÓÌÉÔÅÌØÎÙÅ ÕÚÌÙ. × Oracle ÇÏ×ÏÒÑÔ ÞÔÏ ÜÔÏ ÓÁÍÙÊ ÏÐÔÉÍÁÌØÎÙÊ ×ÁÒÉÁÎÔ. ðÒÉ ÄÏÂÁ×ÌÅÎÉÉ ÎÏ×ÏÇÏ ÓÅÒ×ÅÒÁ Ë ÔÁËÏÍÕ ËÌÁÓÔÅÒÕ (ÎÁ Oracle 10g) ÐÒÏÉÚ×ÏÄÉÔÅÌØÎÏÓÔØ ×ÙÒÁÓÔÁÅÔ ÄÏ 80% ÚÁ ÓÞÅÔ ÔÏÇÏ ÞÔÏ ÂÁÚÁ ÄÁÎÎÙÈ ÏÂÝÁÑ ÎÁ ×ÓÅÈ É ÎÅÔ ÚÁÔÒÁÔ ÎÁ Å£ ÒÁÓÔÁÓËÉ×ÁÎÉÅ ÐÏ ÜÌÅÍÅÎÔÁÍ ËÌÁÓÔÅÒÁ, ÎÏ ÏÎÉ ÄÌÑ ÜÔÏÇÏ É Ó×ÏÀ ÔÅÈÎÏÌÏÇÉÀ ÒÁÂÏÔÙ Ó ÔÁËÉÍ ÄÉÓËÏ×ÙÍ ÍÁÓÓÉ×ÏÍ ÒÁÚÒÁÂÏÔÁÌÉ ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ. 454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77 ôÅÌ: +7 (351) 2807917 Web: www.del-fin.ru
Re: Коннект с сервис-манагеру 4910 с либой от 16191
Hello, Vlad! You wrote on Tue, 31 Jul 2007 11:59:57 +0300: VH Давай ты меня за идиота не будешь принимать, да ? Ну что ты, право, такой злой-то? Никто и не... VH Оно на самом деле зависит от положения звёзд на небе VH (и от имени БД, в частности) Во как!.. -- Удач Alexander A. Venikov, Tobolsk, Russia
