powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / ANN Руководство по языку SQL СУБД Firebird 3.0
25 сообщений из 345, страница 2 из 14
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38979743
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-,

ты чего добиваешься-то ?

PS NickDee, не ты ли это ?
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38979757
-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-
Гость
hvladты чего добиваешься-то ?А на что похоже?
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38979767
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-hvladты чего добиваешься-то ?А на что похоже?На неумный троллинг
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38979972
-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-
Гость
hvlad-пропущено...
А на что похоже?На неумный троллинг
Влад, за 15 лет не реализован мультипоточный суперсервер. А спеси иногда будто пупы земли. Так как вы троллите своих пользователей, так вообще мало кто троллит. Это просто какой-то небесный уровень троллинга - на протяжении многих лет вызывать у пользователей определённые ожидания, не исполнять их, и не испытывать по этому поводу вины, а наоборот - вести себя так, будто вы всё делаете реально классно, что позволяет вам без зазрения совести ставить пользователей в различные позы.

Как вам такое? Тоже троллинг? Или правда жизни?
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38979995
miwaonline
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МимопроходящийHello, Miwaonline!
You wrote on 8 июня 2015 г. 14:12:22:

Miwaonline> Обострение в анонимусов.
мочить казлов! (с)
Зачем? Только посмотрите, какой интересный экземпляр попался. В отличие от многих других - да того же Йо!-шки - даже пишет без ошибок. Если повезет, еще и с нестабильного курсора начнет покровы срывать
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38979999
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-,

какое прокачанное ЧСВ, говорить за всех пользователей. В какие именно позы поставили лично тебя? Тебе кто-то не давал пользоваться CS/SC все эти годы? Хотя троллям всегда важны шашечки, а не ехать.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38980014
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-,

ну так помог бы. Языком чесать все горазды.

А многопоточный SS начали делать только 5 лет назад. А до этого другие задачи решали.
Распараллеливаемый SS обещали в FB 3. Но поскольку это не сделать быстро, а пользователи требовали новые версии, то FB 3 откладывался 2 раза. Первый раз когда решили выпустить 2.1 (это то что не успели сделать в 2.0), второй когда 2.5. Кроме того, в трёшке много нового помимо общего кэша.

P.S. И вообще хорош оффтопить.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38980025
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гоните его нах.
это примитивное трололо.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38980121
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-Влад, за 15 лет не реализован мультипоточный суперсервер
1. за 15 лет (по факту - за 12-13) сделано дофига чего другого
2. Борланд, убив Classic в 2000 году, выпустил худо-бедно SMP суперсервер в 2002 году (версия 7.0), а по факту рабочий SMP суперсервер у них вышел только в версии 7.5, в 2004 году. И то, SMP допиливалось в 2007 и 2009 версиях (2006 и 2008 годы соответственно)

-А спеси иногда будто пупы земли.
где?

-на протяжении многих лет вызывать у пользователей определённые ожидания, не исполнять их, и не испытывать по этому поводу вины
это про какие "ожидания"? SMP суперсервера? Не припомню таких обещаний. Вулкан - был, все видели что это такое. Про SMP супер только в тройке обещали. Классик вполне поддерживается, да и с ним каких-то проблем нет, чтобы прямо вот ожидать SMP супер как манну небесную.

-Одному, с точки зрения тестирования, не важны все эти бэты и кандидаты.
на дурачка похоже. масштабное тестирование открывается с Beta 2. Потому что следом идет RC, а потом релиз.
Ясно что в Beta 2 будут какие-то ошибки, которые будут исправлять снапшотами. Не хочешь тестировать - не тестируй.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982175
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pg. 19 NCHAR
Представляет собой символьный тип данных фиксированной длины с
предопределенным набором символов ISO8859_1
. . .
Аналогичный тип данных доступен для строкового типа переменной длины: NATIONAL
CHARACTER VARYING ( NVARCHAR ).
Денис, а в где ты про этот nVARchar увидел материал ? Ибо я что-то не могу вот этого понять:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
SQL> recreate table test(s nchar(10));
SQL> recreate table test(s nvarchar(10));
Statement failed, SQLSTATE = 42000
Dynamic SQL Error
-SQL error code = -104
-Token unknown - line 1, column 31
-(
SQL> recreate table test(s nvarchar);
Statement failed, SQLSTATE = 42000
Dynamic SQL Error
-SQL error code = -607
-Invalid command
-Specified domain or source column NVARCHAR does not exist
(результат одинаковый что в 2.5, что в 3.0)
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982205
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид,

эту часть не я писал. Уточню этот вопрос
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982217
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
насколько помню, в синтаксисе есть "NATIONAL CHARACTER VARYING" но нет "NVARCHAR"
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982238
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimitr,

а кстати почему? Нам то этот тип конечно до лампочки, а вот тем кто захочет использовать придётся писать аж три слова вместо одного.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982244
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> в синтаксисе есть "NATIONAL CHARACTER VARYING" но нет "NVARCHAR"
Да, так и есть. Спс.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982745
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоидpg. 19 NCHAR
Представляет собой символьный тип данных фиксированной длины с
предопределенным набором символов ISO8859_1
. . .
Аналогичный тип данных доступен для строкового типа переменной длины: NATIONAL
CHARACTER VARYING ( NVARCHAR ).
Денис, а в где ты про этот nVARchar увидел материал ? Ибо я что-то не могу вот этого понять:


убрал эту фигню в скобках
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982813
m7m
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Меня смущает вот этот абзац

"Для регистронезависимого поиска можно воспользоваться функцией UPPER:
Код: sql
1.
WHERE UPPER(name) = UPPER(:flt_name)


Для строк с набором символов WIN1251 можно для этих же целей воспользоваться предложением COLLATE PXW_CYRL.
Пример:
Код: sql
1.
WHERE  FIRST_NAME COLLATE PXW_CYRL >= :FLT_NAME

"
Возникает мысль что результаты
Код: sql
1.
WHERE UPPER(name) > UPPER(:flt_name)

и
Код: sql
1.
WHERE  FIRST_NAME COLLATE PXW_CYRL > :FLT_NAME COLLATE PXW_CYRL

всегда будут совпадать
(неважно какая операция сравнения =,>,<,....)

Ну собственно вопросы:
Для 3-ки это действительно так?
Я неправильно интерпретирую прочитанное?
"Мутно" написано?
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982842
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,

Описание системных таблиц: RDB$FIELDS.RDB$FIELD_TYPE - а куда делись такие типы как:
9 - QUAD
10 - FLOAT
В RDB$TYPES эти типы описаны.

И еще - был вроде еще:
11 - DOUBLE PRECISION (сейчас 27)
Не могут ли появится поля с типом 11 при b/r со старых версий?
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982845
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,

То же самое - для поля RDB$FIELDS.RDB$ENTERNAL_TYPE
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982849
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,

RDB$RELATIONS.RDB$RELATION_TYPE - типы таблиц GTT (4,5) - пропущены, см. RDB$TYPES.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982851
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,

RDB$TYPES.RDB$FIELD_NAME - это скорее не имя столбца - это имя типа.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982854
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DarkMasterСимонов Денис,

RDB$RELATIONS.RDB$RELATION_TYPE - типы таблиц GTT (4,5) - пропущены, см. RDB$TYPES.

Еще пропущен тип таблиц EXTERNAL (2).
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982865
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Для таблиц мониторинга - MON$TRANSACTIONS.MON$STATE - пропущен STALLED (3).

Кстати, вот такое утверждение "Системные таблицы содержат префикс RDB$ в имени" - оно не совсем верно:
- есть системные таблицы мониторинга, которые MON$.
- признак "системной" таблицы - это RDB$SYSTEM_FLAG и только он - ничего не мешает сделать свою RDB$MY_TABLE
- прямым апдейтом записи мы можем любую таблицу превратить в "системную", что наблюдаем на примере IBE (его IBE$xxx)

И кстати утверждение, что если домен начинается с RDB$ (это я про RDB$FIELDS) - то он сгенерирован системой - также неверно.

Вообще, строить поведение исходя из названий (наш пресловутый префикс) - неверно.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982897
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DarkMasterКстати, вот такое утверждение "Системные таблицы содержат префикс RDB$ в имени" - оно не совсем верно:
- есть системные таблицы мониторинга, которые MON$.

это таблицы мониторинга, они хоть и системные но не содержат описание схемы. И у меня они выделены в отдельный раздел.
Грубо говоря наши RDB$ таблицы это information_schema. Не надо читать как таблицы сождержащие префикс RDB$ являются системными.

DarkMaster - признак "системной" таблицы - это RDB$SYSTEM_FLAG и только он - ничего не мешает сделать свою RDB$MY_TABLE

конечно. Тут нет утверждения что каждая таблица с префиксом RDB$ является системной.

DarkMaster - прямым апдейтом записи мы можем любую таблицу превратить в "системную", что наблюдаем на примере IBE (его IBE$xxx)

В системную она никак не превратится. Это так IBE только думает, потому что он заточен считать системными все таблицы с долларом в имени. Даже если изменить флаг RDB$SYSTEM_FLAG апдейтом таблицы RDB$RELATIONS она всё равно не будет системной. Кстати в тройке такой трюк не пройдёт.

DarkMasterИ кстати утверждение, что если домен начинается с RDB$ (это я про RDB$FIELDS) - то он сгенерирован системой - также неверно.

Такого утверждения там нет. Есть утверждение что если домен сгенерирован системой то он будет иметь префикс RDB$. Обратное из этого никак не следует.
[/quot]

Если где то действительно есть предложение о том что если таблица/поле имеет такой-то префикс, то она системная. Покажи мне его.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982901
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DarkMasterСимонов Денис,

Описание системных таблиц: RDB$FIELDS.RDB$FIELD_TYPE - а куда делись такие типы как:
9 - QUAD
10 - FLOAT
В RDB$TYPES эти типы описаны.

И еще - был вроде еще:
11 - DOUBLE PRECISION (сейчас 27)
Не могут ли появится поля с типом 11 при b/r со старых версий?

QUAD это внутренние потороха. Могут появиться UDF. Да и то видел только внутрях. Когда и где ты видел домен/поле с таким типом?

Про FLOAT каюсь позабыл. Добавлю. Про 11 ничего не могу сказать.
...
Рейтинг: 0 / 0
ANN Руководство по языку SQL СУБД Firebird 3.0
    #38982904
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DarkMasterСимонов Денис,

То же самое - для поля RDB$FIELDS.RDB$ENTERNAL_TYPE

там тем более QUAD не появится. Про FLOAT снова позабыл. И ещё надо BLOB выкинуть не может быть их во внешних таблицах. CSTRING вроде тоже не может как и в обычных таблицах.
...
Рейтинг: 0 / 0
25 сообщений из 345, страница 2 из 14
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / ANN Руководство по языку SQL СУБД Firebird 3.0
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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