|
|
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Я создаю id значения с помощью select sys_guid() guid from dual. Тип значения RAW. Подскажите какой тип соответсвует ему в Delphi. tGuid в Delphi я так понял не относится этому. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.05.2003, 16:48 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Любой, с длиной достаточной для хранения ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.05.2003, 17:00 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Например??? Пока что я могу только как string его хранить. Из базы как asinteger оно не забирается, в int64 через strtoint не конвертится, потому что оно не integer и не float. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 08:02 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Как ты думаешь, какой тип данных нужен для 8D47AFE05C6142B294AF0605F7F1C5D0. Integer, Int64 точно не подойдут :)) {'8D47AFE0-5C61-42B2-94AF-0605F7F1C5D0'} - а так лучше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 10:17 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
x:tguid; x:=stringtoGUID(fomain.sqguid.FieldByName('guid').Asstring); непонимается, вобщемто я уже забил на это, на number переделал, но просто интересно. просто эта тема понималась здесь, и в новой программе я решил попробовать использовать GUID. Но sys_guid() и tguid видимо имеют разный формат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 10:50 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
>>{'8D47AFE0-5C61-42B2-94AF-0605F7F1C5D0'} - а так лучше? Если Ты не просек фишку, то по проще: Достаточно привести sys_guid() к виду пригодному для конвертации StringToGUID и сконвертить (т.е. навставлять тире ). Результат не заставит себя ждать ... З.Ы. Я, прежде чем сдаваться, по крайней мере залез бы и посмотрел, что делает StringToGUID и что такое GUID вообще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 11:18 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Фишку я просек, но delphi asstring не просекает этот формат. Вот что в базе 3201DCE1A66D4732B7276542EEDAE8C8 И примерно такую хрень черех FieldByName('guid').Asstring возвращает Delphi D??‘u?A€?`?>’@J°. А в остальном все хорошо :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 11:25 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
а rawtohex не пробовал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 12:09 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Честно говоря не нашел такой команды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 12:36 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
select rawtohex(sys_guid()) from dual; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 12:42 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
string теперь нормальный, но stringtoguid все равно не работает. жаль. тире руками добавлять вообще не выход. видимо все равно на этом прогу рабочую не напишешь. 2 Eter Panji Вы мне советовали "Переходи на GUID и храни его в ROW Самый простой выход" И как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 13:08 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
>>тире руками добавлять вообще не выход. видимо все равно на этом прогу рабочую не напишешь. Абсолютно верно. А зачем понадобилось создавать >>Я создаю id значения с помощью select sys_guid() guid from dual. Чем не подходят sequences. Может стоит пересмотреть условие и реализацию задачи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 13:34 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
По этому поводу \r /topic/29782 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 13:39 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
select CAST(sys_guid()AS char(32)) FROM DUAL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 13:49 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Проблема c пониманием как string решена, но дальше... если только конечно оставить string. крииииивооооо :-( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 14:06 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Где? На клиенте спокойно живешь со строчечкой. Тебе она в жизни потребуется едва ли для того чтобы сделать поиск по первичному ключу. И всё. На сервере колбасишся с чистым ROW и ни о чем не думаешь. Одно удовольствие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 14:15 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
NUMBER = 19 bytes ROW(16) = 16 bytes Японимаю что NUMBEr можно сделать меньше, но если это автоинкремент то ... В общем разница не так велика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 14:32 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Проблема была в возможном повторении id при асинхронной репликации, собственно guid как вариант вполне реален. По крайней мере не нужно заботится о том что когда нибудь появится строка с таким же номером. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 14:37 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Ну ... Если несколько миллиардов записей можно разместить в 4 байтах, зачем использовать 16? в 4 раза больше однако ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 14:39 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
Если голосовать, то я за вариант с последовательностями ... И траффик от репликации меньше, то же плюс ... А в реализации не на много сложнее ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 14:41 |
|
||
|
sys_guid тип
|
|||
|---|---|---|---|
|
#18+
А теперь давай рассчитаем среднюю длинну строки и процен увеличения относительно ее а не относительно одного поля. Тогда эти 12 байт станут очень незаметны. И я бы все-таки отложил не 4 а 5 миллиард это не так много тем более если база для нескольких филиалов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2003, 14:45 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=32154055&tid=1990692]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
160ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 204ms |
| total: | 465ms |

| 0 / 0 |
