powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Все таки Oracle впереди планеты всей!
25 сообщений из 419, страница 2 из 17
Все таки Oracle впереди планеты всей!
    #36722056
выбираю
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo.!,
Oracle Database Lite Mobile Server
Спасибо, но того что нужно, самой субд, под ARM нет.
Плюс заказчики оценили, во что $ им это выльется.
Так что, будем что-то другое пробовать.
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36722060
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТ.е. беспроблемность заморозки на уровне "мамой клянусь",
Это куда достойнее, нежели грубые передёргивания, рассчитанные на неграмотного лоха, которые Вы позволяете себе начиная с первого поста этой беседы.
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36722139
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Это куда достойнее, нежели грубые передёргивания, рассчитанные на
неграмотного лоха, которые Вы позволяете себе начиная с первого поста
этой беседы.

Вообще-то как раз в этой теме я покамест придерживаюсь голых фактов и к
передёргиваниям не прибегал. Просто продавливаю свой старый вопрос:
"есть строка, полученная посредством to_char(..., 'TM'). Как её
преобразовать обратно в число?"
Согласно моей логике это должно было бы быть to_number(..., 'TM').
Однако облом. Поэтому я и пытаюсь выбить из топикстартера (который
заявил, что "как все же он /Оракул/ логично устроен") какую логику надо
применить, чтобы найти в Оракуле функцию обратного преобразования данной
строки.

ЗЫ: Я знаю ответ и знаю что ты тоже его знаешь, но мне интересно как
будет выкручиваться именно топикстартер... Покамест от него прозвучали
два ответа: "а у вас негров линчуют а в Firebird лога нет" и
"to_number вообще без параметра fmt". Оба бесполезны. Второй - потому
что без параметра fmt нельзя использовать параметр nlsparam.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36722252
ОКТОГЕН
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Народ, не кормите тролля.
И вообще, в постгрисе с преобразованиями получше.
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36722254
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2Dimitry Sibiryakov

ты можешь без соплей и эмоций объяснить, что ты ожидаешь получить когда пишешь to_number(..., 'TM') ? я реально не понимаю ход твоих мыслей, строку что-ли ?
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36722264
goldenfoods
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo.!2Dimitry Sibiryakov

ты можешь без соплей и эмоций объяснить, что ты ожидаешь получить когда пишешь to_number(..., 'TM') ? я реально не понимаю ход твоих мыслей, строку что-ли ?

Вероятно он хочет, чтобы была симметрия между функциями to_char и "обратной" (по мнению Dimitry Sibiryakov) ей to_number. Но кто сказал, что она обратна? Симметрия как раз вероятно и заключается в наличии параметра TM.
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36722269
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!
что ты ожидаешь получить когда пишешь to_number(..., 'TM') ? я реально
не понимаю ход твоих мыслей, строку что-ли ?

Число, независимо от формата, в котором оно в строке: '123456.09' или
'1.2345609e5'.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36722272
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, и чтобы десятичным разделителем всегда считалась точка, независимо
от NLS_ параметров сессии.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36722297
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
Число, независимо от формата, в котором оно в строке: '123456.09' или
'1.2345609e5'.


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

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
SQL> select to_number('123456.09') from dual ;

TO_NUMBER('123456.09')
----------------------
              123456 . 09 

SQL> select to_number('1.2345609e5') from dual ;

TO_NUMBER('1.2345609E5')
------------------------
                123456 . 09 

и второй вопрос, как ты перевел фразу "The FM and FX modifiers, used in format models in the TO_CHAR function, control blank padding and exact format checking."
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36722324
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!
а почему ты решил, что такое поведение нужно добиваться параметром ?

Какое слово из "чтобы десятичным разделителем считалась точка,
независимо от текущих NLS-настроек сессии" ты не заметил?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36723637
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
выбираю Oracle впереди планеты всей!
Где-то я видел конкурс от самого Оракла. Там дают сколько-то тыщ баксов тому, кто обоснует, чем какая-либо СУБД лучше Оракла. Только вот найти нигде не могу.
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36723676
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FreemanZAVвыбираю Oracle впереди планеты всей!
Где-то я видел конкурс от самого Оракла. Там дают сколько-то тыщ баксов тому, кто обоснует, чем какая-либо СУБД лучше Оракла. Только вот найти нигде не могу.
ну кто бы сомневался
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724017
Зайцев Фёдор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FreemanZAVвыбираю Oracle впереди планеты всей!
Где-то я видел конкурс от самого Оракла. Там дают сколько-то тыщ баксов тому, кто обоснует, чем какая-либо СУБД лучше Оракла. Только вот найти нигде не могу.
Нуууу. Пока никому не удалось объяснить автору TJ7, что его СУБД возможно не самая лучшая в мире. Это показатель?
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724197
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FreemanZAVвыбираю Oracle впереди планеты всей!
Где-то я видел конкурс от самого Оракла. Там дают сколько-то тыщ баксов тому, кто обоснует, чем какая-либо СУБД лучше Оракла. Только вот найти нигде не могу.
Исчите. А здесь полно народу за бесплатно обосновают? Вон хоть лисовод в этой ветке надыбал аргумент какой никакой. На тысчу баксов конечно не потянет но на пару баксов мож и сгодится.
Или они давно нашли где это, и здесь опробируют обоснования? А потом состригут бабло и с нами (типа тестерами их обоснования) не поделятся?
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724539
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Зайцев ФёдорFreemanZAVвыбираю Oracle впереди планеты всей!
Где-то я видел конкурс от самого Оракла. Там дают сколько-то тыщ баксов тому, кто обоснует, чем какая-либо СУБД лучше Оракла. Только вот найти нигде не могу.
Нуууу. Пока никому не удалось объяснить автору TJ7, что его СУБД возможно не самая лучшая в мире. Это показатель?
Самая лучшая пока что это Visual Foxpro 9!
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724730
Фотография Saller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10Самая лучшая пока что это Visual Foxpro 9!
Конечно же, только Вы упорно умалчиваете как быть "лисе" на кроссплатформе. Или "лисоводы" настолько суровы что кроме винды ниначем больше не работают?
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724767
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Saller, 97% всех пользователей компьютеров так поступают. Они все настолько суровы?
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724770
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"так" - имелось ввиду "работают на винде" конечно, а не на FP.
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724781
Фотография Saller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmSaller, 97% всех пользователей компьютеров так поступают. Они все настолько суровы?
А как же быть тогда остальным 3%? Получается ФП не самый лучший.
Теперь приведите процент сколько серверов используют на платформе вин/линукс и т.д., сомневаюсь что 97% серверов работают под виндовс.
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724789
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SalleriscrafmSaller, 97% всех пользователей компьютеров так поступают. Они все настолько суровы?
А как же быть тогда остальным 3%? Получается ФП не самый лучший.
Теперь приведите процент сколько серверов используют на платформе вин/линукс и т.д., сомневаюсь что 97% серверов работают под виндовс.
FP уже стал серверной СУБД? Вы за ходом мысли следите хоть немного, плз.
а насчет 97% процентов серверов не зря сомневаетесь, потому что здесь картина совсем другая. Поищите по форуму, было обсуждение этого вопроса, с конкретными цифрами.
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724815
Фотография Saller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmFP уже стал серверной СУБД? Вы за ходом мысли следите хоть немного, плз.
Вы разве не встречале таких извратов когда из ФП делали клиентсерверную? Как-то раз видел в одной организации такой изврат, написана специальная прослойка и т.д., выглядит конечно страшно но работает.
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724850
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SallerВы разве не встречале таких извратов когда из ФП делали клиентсерверную? Как-то раз видел в одной организации такой изврат, написана специальная прослойка и т.д., выглядит конечно страшно но работает.
Вообще говоря, примитив типа FP - довольно естественный выбор для трёхзвенок, где appserver и работает "прослойкой" и "делает клиент-серверной".
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36724962
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovВообще-то как раз в этой теме я покамест придерживаюсь голых фактов
Особенно ярко это видно в отношении описания моего компьютера :)

Dimitry SibiryakovСогласно моей логике это должно было бы быть to_number(..., 'TM').
А почему не from_char(...,'TM') или, например, не to_number('MT',...)?

Dimitry SibiryakovПокамест от него прозвучали два ответа: "а у вас негров линчуют а в Firebird лога нет"
Это, конечно, не лучший ответ. В поисках логики я бы, например, спросил, почему если в системном словаре есть таблицы, например, RDB$DATABASE и RDB$GENERATORS, то получаешь облом в более чем логичной попытке запросить RDB$TABLES, а когда наконец находишь некую RDB$RELATIONS и вполне логично переходишь к RDB$RELATION_FIELDS, оказывается, что в этой замечательной таблице как-то сложно найти информацию о типе данных этого поля; почему, когда наконец находишь некую зашифрованную информацию о типе в таблице RDB$FIELDS (вроде бы логичной, но где же, чёрт возьми, RDB$TABLES?) оказывается, что как-то нетривиально понять, к какой же всё-таки таблице относится это поле?

Dimitry SibiryakovВторой - потому что без параметра fmt нельзя использовать параметр nlsparam.

Что, кстати, в рамках заданного вопроса совершенно неважно, и если предположить, что тебя действительно интересует ответ именно на тот вопрос, выглядит как "лишь бы придраться".
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36725168
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerкогда наконец находишь некую RDB$RELATIONS и вполне логично переходишь к RDB$RELATION_FIELDS, оказывается, что в этой замечательной таблице как-то сложно найти информацию о типе данных этого поляВ чём сложность, в трёх джойнах ?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
select
  r.rdb$relation_name     table_name
  ,r.rdb$field_position+ 1  field_pos
  ,r.rdb$field_name       field_name
  ,t.rdb$type_name        field_type
  ,f.rdb$field_length     field_len
  ,f.rdb$field_scale      field_scale
from rdb$fields f
join rdb$relation_fields r
join rdb$types t on f.rdb$field_type = t.rdb$type and t.rdb$field_name='RDB$FIELD_TYPE'
on f.rdb$field_name = r.rdb$field_source and r.rdb$system_flag =  0 
order by r.rdb$relation_name, r.rdb$field_position 
(содрано отсюда )
...
Рейтинг: 0 / 0
Все таки Oracle впереди планеты всей!
    #36725278
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоидsoftwarerкогда наконец находишь некую RDB$RELATIONS и вполне логично переходишь к RDB$RELATION_FIELDS, оказывается, что в этой замечательной таблице как-то сложно найти информацию о типе данных этого поляВ чём сложность, в трёх джойнах ?
В том, что её там нет, совершенно не видно, откуда бы её взять и никакими "логическими рассуждениями" этот путь не найти. Это надо просто знать. Причём как раз в том самом месте - data dictionary - которое должно быть максимально дружественно к "читателю". "Запомните это, дети, патамушта панять это - нэвазможна" (с)

Таблоид(содрано отсюда )
Вот именно. Тут у нас нелогично прочитать смысл параметра в документации, а Вы говорите - "содрать отсюда".
...
Рейтинг: 0 / 0
25 сообщений из 419, страница 2 из 17
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Все таки Oracle впереди планеты всей!
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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