powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Yukon почти не виден
25 сообщений из 359, страница 14 из 15
Yukon почти не виден
    #33315798
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DoomaТак почему же вы так не считаете?

патамушта
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315817
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вшем шпакойной ночи
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315822
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)
патамушта

Почему? Патамушта: "Кстати 9 Oracle УМЕЕТ компилять PL/SQL в native-код только никому это нах не нужно"?

Как-то, согласитесь, совсем не убедительно.

Функции работы со строками, мат. расчеты, еще что-нибудь не связанное напрямую с осуществлением запросов к реляционному механизму, может даже очень ускорится.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315824
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Блин, вас во все пальцем тыкать ? Почитайте там в окрестности.
Скрость выполнения арифметических операций НЕ КРИТИЧНА для сервера БД

Др завтра
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33315837
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Да, вот так и заканчиваются, обычно аргументация противников MS.

На вопрос почему, с их точки зрения, MS хуже, отвечают "патамушта"
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316031
Гы...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Вы уж для себя определитесь - версионность плохо или версионность хорошо, а то это сильно напоминает позицию разработчиков MySQL в отношении транзакций - "транзакции это зло, но в следующей версии мы их обязательно сделаем"

Гы...
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316343
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DoomaДа, вот так и заканчиваются, обычно аргументация противников MS.

На вопрос почему, с их точки зрения, MS хуже, отвечают "патамушта"

Очень удобно разглагольствовать об аргументации человека, который свалил домой (предупредив об этом) и не может ответить. БРАВОООО !!!

Вы по ссылке ходили ? Тексты постов разных всяких там читали ???
Нет ???? Ладно, разжую еще 1999 китайский последний раз:

1 правило оптимизации - НЕ НУЖНО ОПТИМИЗИРОВАТЬ ТО ЧТО В ОПТИМИЗАЦИИ НЕ НУЖДАЕТСЯ

На серверах БД процессор ИСКЛЮЧИТЕЛЬНО редко является узким местом в плане оптимизации (и как правило это клиника). Из этого проистекает, что любые меры направленные на оптимизацию работы процессора, не принесут сколь нибудь заметного улучшение производительности для системы в целом.

Более того, подобная "оптимизация" может ухудшить производительность
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316493
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)А про 7-ку я специяльно уточнил. Все начиная с 8-ки это не Delphi, а .Net-овский отстой
Вы как всегда в своем репертуаре: сам не пробовал, но на вкус....

То, что вы лично с .Net не научились работать, никак не умаляет значения .net вообще и для других в частности.

То, что в Delphi в любой версии можно писать, не трогая .Net - вам наверное тяжело понять, вас одни только слова уже отпугивают: Delphi.Net.

Так может потрудитесь хоть чего-то научиться, написать чего, понять - не в теории и по книжкам, а руками - и потом уж выдавать абсолютные мнения?

======

Топик дурдома, блин..........

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316521
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygraТо, что в Delphi в любой версии можно писать, не трогая .Net - вам наверное тяжело понять, вас одни только слова уже отпугивают: Delphi


Валяйте, напишите не .Net-ое приложение на Delphi 8, а потом учите меня

авторне в теории и по книжкам, а руками

Жить

P.S. Пламенный привет от одного участника дурдома, другому
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316532
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати VC .Net 2003 меня отчего-то не пугает
Delphi это мое тяжелое прошлое
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316563
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Delphi это мое тяжелое прошлоеТак может в этом источник проблем ?
Не в Дельфи, конечно, а в тяжести этого прошлого
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316588
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ладно, пчихологи :)

По существу вот этого
будут какие-нить предложения, помощь, пожертвования ???

Или будем обсуждать мое тяжелое детство и деревянные игрушки ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33316595
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317157
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Ладно, пчихологи :)

По существу вот этого Во-первых, в Yukon .Net таки интегрирован, а не прицеплен сбоку, так что я очень удивлюсь, если там будут такие проблемы.

Во-вторых, никто не призывает выкинуть T-SQL (PL\SQL etc) и заменить его на .Net процедуры целиком и полностью

В-третьих, тезис о том, что СУБД больше зависит от диска, чем от процессора, конечно верен, но не нужно делать из этого кумира. Сейчас многие предпочитают бОльшую часть логики держать на сервере и интерпретируемые процедурные SQL расширения весьма громоздки, неудобны и медленны, да и память (кеш) сейчас весьма велика и снимает нагрузку с диска. Не зря ведь Оракл ввёл возможность компиляции в native-code для своего тормоза - PL\SQL :)

Я сам не сторонник .Net\Java, но нужно быть реалистами.

Gluk (Kazan)Или будем обсуждать мое тяжелое детство и деревянные игрушки ?Это как Сэр пожелает ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317291
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladYukon .Net таки интегрирован, а не прицеплен сбоку, так что я очень удивлюсь, если там будут такие проблемы.


Проблемы того рода что описаны в посте как-раз таки скорее возникнут ИМЕННО из-за того что .Net НЕ ПРИКРУЧЕН сбоку :)
Нафига мне сборка мусора НА СЕРВЕРЕ, которая врубается когда пожелает и приостанавливает ВСЕ потоки, а не только те которые реально используют .Net-ый хип ???
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317321
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladЯ сам не сторонник .Net\Java, но нужно быть реалистами.


Я и стараюсь быть реалистом. В Oracle ни то ни другое по большому счету НАХ не нужно (исключая ситуации отсылки EMail-ов самим сервером как клинику). Это подсказывает, что и в Юконе .Net станет как минимум гемороем от которого сложно отказаться в силу того, что TSQL даже подвинченный слабее PL/SQL-я.
Кроме того, терзают сомнения, что даже если не будет использоваться .Net, сборка мусора будет врубаться, с вытекающими последствиями :(
реализация версионности тоже вызывает вопросы
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317347
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Валяйте, напишите не .Net-ое приложение на Delphi 8, а потом учите меня
У меня установлены от 5 до 2005 все версии. На всех писал не .net-овские приложения. В чем у вас лично проблема с этим? В 2005 мне вообще очень понравилась IDE, планируем на нее - или 2006 уже - переходить скоро. Оставаясь на win32!

И что?
Не понял я. Вы когда-то давно на Delphi 1.0 не смогли чего-то сделать - и теперь наследие этого прошлого никак не забудете? Или что?

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317366
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) Я и стараюсь быть реалистом. В Oracle ни то ни другое по большому счету НАХ не нужно (исключая ситуации отсылки EMail-ов самим сервером как клинику). Это подсказывает, что и в Юконе .Net станет как минимум гемороем от которого сложно отказаться в силу того, что TSQL даже подвинченный слабее PL/SQL-я.
Ёп....ерный театр.
Сейчас, без всяких .net, пишем на TSQL - нет проблем.
В следующей версии, когда TSQL станет лучше, вдруг ничего не получится.

Причем не получится у тех, кто и сейчас на MS SQL не пишет и не знает о нем ничерта.

Но причем тут мы? Мы то тут при чем, если у кого-то другого страхи и проблемы ....

=====
ЗЫ Напоминает обсуждение Ламборджини, когда те, кто не то что на нем не ездил, но и не садился даже, обсуждают его мягкость хода, плавность переключения передач, отдачу рулевого управления и т.д., причем не просто обсуждают, а хают со всех сил

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33317442
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 tygra

Да не кипятитесь вы так. Нет у меня проблем с Delphi. Работал с ней с 1 по 7 версию, кроме 4 и 6. На следующие версии перепрыгивать не собираюсь, поскольку вполне благополучно перепрыгнул на MSVC.
Относительно 8-ки признаю, был не прав посмотрел ее невнимательно. Нах она мне не вперлась.

Да и Юкон этот, пререлизный в столе лежит, тоже мне Ламборджини

По существу есть что сказать ?
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33318028
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторПо существу есть что сказать ?
То же самое, что и у вас

-- Tygra's --
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33318037
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tygra авторПо существу есть что сказать ?
То же самое, что и у вас

-- Tygra's --

Рад за Вас
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33319931
Dooma
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Я смотрю Глюк, тут все гневно воздух потрясает. Приводит свои неудачные примеры работы с .NET, который мусор собирал в неудобное время, но при этом был прикручен сбоку и хер знает вообще как.
Так может руки кривы или пытаетесь использовать "кофеварку" вместо "заварочного чайника". Из чего делаете долгоиграющие выводы.
Ну так, уважаемый, можно дальше пойти. Не win и unix-ы - это не системы реального времени со всеми вытекающими последствиями.

У вас большие вопросы вызывает реализация версионности в будущем Юкон. У меня признаться тоже вызывает. Но просто потому, что я ее пока сам не пощупал, но все что заявлено и везде обмусолено, мне лично нравится больше, чем в оракле (можете оставаться при своем мнении).

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

А пока вы воздух трясли, мы тут еще одну контору на mssql перевели. С ораклом они связываться не хотели сами - серверов им нужно много, а дорогостоящих DBA-бездельников(с их слов) кормить не собираются. ;)

Удачи! ;)
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33320222
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Боюсь, что Вы Dooma делаете ПОСПЕШНЫЕ выводы, не уловив всей последовательности событий, а стало быть и некоторой пикантности ситуации.

1. То что на Linux (за все реализации Unix говорить не буду) и Windows (хотя некоторые и думают по другому) НЕВОЗМОЖНО построить систему с гарантированным временем отклика я ПРЕКРАСНО ЗНАЮ. Но вот заказчику это не объяснишь. Он ить хочет RADIUS-сервер на Windows хоть ты тресни без потерь пакетов (а чтобы пакет не потерялся он должен быть обработан в течение 1 сек. по ТЗ). Соответственно, если систему можно построить так чтобы она периодически не теряла по 3-5 пакетов подряд, необходимо построить ее именно таким образом.

2. Первоначально .Net сборка (не нашего производства) была прикручена не сбоку, а самым что ни на есть прямым образом (и не надо меня парить про чайники и кофеварки, не первый год замужем), да вот незадача, начиная периодически чистить мусор (о чем ее никто не просил, поскольку мусор мы и так чистим за собой сами) она скотина приостанавливала ВСЕ потоки приложения. Заметьте ВСЕ, а не только те что работают с .Net :) Что в конечном итоге приводило к потерям пачек пакетов, поскольку они сыпались с интервалом 10 мс.

3. Пришлось прикрепить .Net сборку СБОКУ, что немедленно и ПОЛНОСТЬЮ РЕШИЛО ПРОБЛЕМУ. Там она тихо занимается своим делом, периодически устраивает себе зачистки и НИКОМУ НЕ МЕШАЕТ

Подумайте над этим. Более прямым оказалось решение с привичиванием сбоку, что на сервере БД вряд-ли проделаешь :( А как-же принцип нулевых издержек ??? Я не заказывал эту музыку на сервере, а она мне (в полном соответсвии с документацией) будет периодически притормаживать все потоки сервера. Ай яй яй Меня опять терзают смутнные сомнения :(

И последнее: Мне начхать на продажи Oracle и на то как Вы кого-то куда-то перевели. Если Вы думаете что это меня пугает Вы ГЛУБОКО заблуждаетесь. Мне на это НАКЛАСТЬ.

Что меня беспокоит, так это надвигающаясь перспектива работы с СЫРЫМ продуктом. В разработке конечно, до продакта ему как до Китая раком, так что удачи Вам и Вашим клиентам в Вашем нелегком бизнесе
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33320583
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Gluk - как я понимаю, готовый RADIUS вам не подходил.
А прописать на NAS в конфигурации несколько RADIUS серверов?
офф-топик, но просто интересно.
У нас именно так и было, один NAS - три RADIUS.
правда, не на винде.
Логику обработки аккаунтинговой инфы сделали как можно проще - просто отправлялось сообщение в очередь, и время отработки радиуса было минимальным.
Ну а из очереди сообщения обрабатывались уже совсем не радиусом.
Ну, ясное дело, никакой java, или там, perl (были предложения), на радиусе и близко небыло, именно по тем же соображениям, что и у вас.
...
Рейтинг: 0 / 0
Yukon почти не виден
    #33320609
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvGluk - как я понимаю, готовый RADIUS вам не подходил.


Это все лучше в почту :) Пульни мне письмо, завтра отпишусь.
Сегодня уже сваливаю.
...
Рейтинг: 0 / 0
25 сообщений из 359, страница 14 из 15
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Yukon почти не виден
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]