Значение поля RDB$DB_KEY?
Значение поля RDB$DB_KEY?
Подскажите пожалуйста, для чего в каждой пользовательской (не системной) таблице в неявном виде присутствует поле RDB$DB_KEY? Какие в нем хранятся значения, откуда они берутся и для чего используются?
Прямо как на сеансе у гомеопата. Если у тебя нет желания отвечать, не сори многозначительными сообщениями с претензией на гениальность. Может кто другой откликнется и растолкует по-человечески.Merlin писал(а):Не три, не чеши, само пройдёт. Когда (если) понадобится, тогда вопрос будет стоять по-другому.
Для достижения гениальности вообще-то, уж если приспичило, достаточно набрать сие заклинание в гугле и почитать статейки Клавдия. Аднака интерес к этому зверю обычно говорит о безудержном стремлении жить без ПК и не менее обычно ведёт к глюкам и поломатым данным. Так что, чиста из человеколюбия - лучше всё-тки как все, по камушкам, если нет крайней нужды. А когда она есть, то вопрос действительно формулируется другой.
если внимательно читать классиков, то курсоры, временные таблицы и иже с ними - это излишества и не входят в стандарт SQL-92...WildSery писал(а):Нечем тут хвастаться. Можно было обойтись и без системных объектов, например, курсор использовать.CCB писал(а):для одной, неправильно спроектированной, базы пришлось писАть утилиту удаления задвоенных записей используя именно это поле...
опять почитаем классиков - Селко Д. "Стиль программирования Джо Селко на SQL", 2006 г.dimitr писал(а):что не мешает им входить в SQL-99...
стр. 149
"Применение временных таблиц обычно является признаком плохого дизайна. Чаще всего их применяют для хранения промежуточных данных, как мы в 1950-х годах использовали временные магнитные ленты."
"Зачем же они (курсоры (прим. маё)) тогда вообще нужны? Главные причины - незнание основ SQL и старые привычки."
Вот это уже ближе к постановке реального вопроса... А также починка поломатой базы. Кстати, я так понимаю, коллега тут рядушком под курсором имел в ввиду where current of? Так это и есть использование rdb$db_key за минусом одной операции позиционированияCCB писал(а):для одной, неправильно спроектированной, базы пришлось писАть утилиту удаления задвоенных записей используя именно это поле...
Да. Мне нужно было удалить из нескольких таблиц, не имеющих уникальных ключей, дубликаты записей. Кроме того, хотелось попутно разобраться, как этот номер вообще формируется? Вообщем, потратив некоторое количество ДРАГОЦЕННОГО времени на поиски нужной информации, я таки нашел ответы на свои вопросы здесь http://www.ibase.ru/devinfo/deldupes.htm. Жаль только, что вместо фактических разъяснений или конкретных ссылок приходиться читать околосущностное словоблудие или беспредметные споры, вызванные глубинным мужским желанием "померяться у кого больше" (я имею ввиду знания по той или иной проблеме)...kdv писал(а):это физический номер записи. Тебе оно надо?
на сайте есть документ,Да. Мне нужно было удалить из нескольких таблиц, не имеющих уникальных ключей, дубликаты записей.
www.ibase.ru/devinfo/deldupes.htm
я бы выразился, да стесняюсь. сразу в поиск сходить или конкретный вопрос задать было нельзя?ообщем, потратив некоторое количество ДРАГОЦЕННОГО времени на поиски нужной информации
хочешь забаню, за оскорбление участников форума?Жаль только, что вместо фактических разъяснений или конкретных ссылок приходиться читать околосущностное словоблудие или беспредметные споры, вызванные глубинным мужским желанием "померяться у кого больше" (я имею ввиду знания по той или иной проблеме)..
Ты задал абстрактный вопрос. Если бы ты задал КОНКРЕТНЫЙ вопрос, а не занимался словоблудием, то ответ бы получил в течение минуты.
ух ты, какие мы нежные, я аж праслезился...Naidenov писал(а):Жаль только, что вместо фактических разъяснений или конкретных ссылок приходиться читать околосущностное словоблудие или беспредметные споры, вызванные глубинным мужским желанием "померяться у кого больше" (я имею ввиду знания по той или иной проблеме)...