2 / 2 / 0 Регистрация: 23.06.2013 Сообщений: 125 |
|
1 |
|
22.08.2014, 10:09. Показов 3327. Ответов 8
Я для table в сво-во IndexDefs создал индекс taPhotoDateIndex.
__________________
0 |
Programming Эксперт 94731 / 64177 / 26122 Регистрация: 12.04.2006 Сообщений: 116,782 |
22.08.2014, 10:09 |
8 |
526 / 464 / 182 Регистрация: 11.12.2013 Сообщений: 2,452 |
|
22.08.2014, 10:15 |
2 |
можно посмотреть проект?
0 |
2 / 2 / 0 Регистрация: 23.06.2013 Сообщений: 125 |
|
22.08.2014, 10:38 [ТС] |
3 |
Этот
0 |
526 / 464 / 182 Регистрация: 11.12.2013 Сообщений: 2,452 |
|
22.08.2014, 10:46 |
4 |
если не ошибаюсь, то этих индексов в таблице нет. сначала их нужно создать, а потом уже использовать. опять же если не ошибаюсь, то для таблиц Paradox’a необходимо сначала создать первичный ключ, а затем объявлять вторичные ключи.
0 |
2 / 2 / 0 Регистрация: 23.06.2013 Сообщений: 125 |
|
22.08.2014, 15:07 [ТС] |
5 |
сво-во IndexDefs создал индекс taPhotoDateIndex-это не создание индексов?
0 |
Алекcей 526 / 464 / 182 Регистрация: 11.12.2013 Сообщений: 2,452 |
||||
22.08.2014, 15:13 |
6 |
|||
нет. вот пример из Help’a, где создается таблица и индексы к ней
0 |
пофигист широкого профиля 4602 / 3062 / 850 Регистрация: 15.07.2013 Сообщений: 17,660 |
|
23.08.2014, 02:13 |
7 |
сво-во IndexDefs создал индекс taPhotoDateIndex-это не создание индексов? И да и нет. Смотря где и как используется. Чтобы изменить уже готовую таблицу Paradox используй процедуру DBIDoRestrucure. Но разбираться в этой процедуре это тот ещё геморрой.
0 |
2 / 2 / 0 Регистрация: 23.06.2013 Сообщений: 125 |
|
23.08.2014, 12:43 [ТС] |
8 |
У меня таблица создается во время выполнения программы. И с использованием сво-во IndexDefs и устанавливая
0 |
пофигист широкого профиля 4602 / 3062 / 850 Регистрация: 15.07.2013 Сообщений: 17,660 |
|
24.08.2014, 02:17 |
9 |
У меня таблица создается во время выполнения программы. В таком случае показывай свой код создания таблицы.
0 |
ya2500
Сообщ.
#7
,
10.05.09, 15:12
Full Member
Рейтинг (т): 8
// !!! ??? , млин… Paradox/DBE часть вторая: глюки возращаются
всё почти работает: теперь можно редактировать и сортировать в любом порядке без глюков, даже удалять записи можно, НО не добавлять: автоинкрементное поле Code остаётся пустым, а при попытке отсортировать таблицу после добавления записи возникает ошибка «Field value out of lookup table range»
да, и после удаления записи (например, номер 2) остальные поля автоинкрементного поля не пересчитываются… видимо, у этих ошибок один общий корень
так что вопрос, всё-таки не решён (думаю, проблема вполне вписывается в ЭТУ тему, и не стоит заводить новую)
UPD
да, проблема видимо в автоинкрементном поле. надо его как-то правильно пересчитывать… щазз сунулся- оно вроде бы не допускает редактирования. щазз разбираюсь…
UPD
Цитата
ручное заведание индексами — вручную их создавать, по мере необходимости, и так же вручную от них избавляться
тут есть видимо, некоторые моменты, которые мне не совсем понятны в плане реализации. с этими же автоинкрементами, к примеру. помогите, плизз…
UPD
я вот что подумал: ведь перед вставкой записи нужно зарезервировать память под неё? с индексами вышло так: заранее в базе заданы индексы, а я из проги их стираю и создаю(такие же как в безе) когда надо.- бред конечно же, НО в свете проблемы с вставкой новой записи вроде бы похоже на то, что если и индексы новые не создаются, возможно, необходимо резерировать память
ИТОГО:
вопрос первый: как резервировать память под создание новых индексов и записей?
вопрос второй: как обновлять значения автоинкрементного поля? пересчитывать обычные поля я умею, но это…
UPD
щазз поправил свои БД- работает. удалось уточнить условие возникновения ошибки «Field value out of lookup table range»: теперь, с исправленными базами, она возникает только тогда, когда после изменения данных в LookupTable, данные ч/з DBLookupComboBox подставляем в запись основной таблицы. при этом не важно, пытаемся ли мы вставить новое значение, либо любое из старых- в любом случае возникает та же ошибка.
такая ситуация уже оставляет надежду на то, что мне, может быть, удастся справиться с оставшейся частью проблемы самостоятельно
Сообщение отредактировано: ya2500 — 11.05.09, 13:53
Форум программистов Vingrad
Поиск: |
|
Опции темы |
radiator |
|
||
Unregistered
|
Столкнулся с проблемой: не открывается БД у которой удален индексный файл. Точнее происходит следующее: когда я просматриваю БД через SQL Explorer — все ОК — выводится окно «Production index file missing…» задается вопрос «Open read only» и таблица просматривается. Когда же подобное делается в коде — выскакивает ошибка «Index does not exist», и данные не видны. table.ReadOnly:=true не работает. Что делать? |
||
|
|||
AntonSaburov |
|
||
Штурман Профиль
Репутация: нет
|
——————— Мои проекты для Винграда |
||
|
|||
Medved |
|
||
Эксперт Профиль
Репутация: 1
|
Откройте таблице в Database Desktop, вручную удалите и пересоздайте все индексы. ——————— http://extreme.sport-express.ru/ |
||
|
|||
radiator |
|
||
Unregistered
|
Название топика «BDE Error: Index does not exist». BDE расшифровывается как «Borland Database Engine». Думаю дополнительная информация излишня. |
||
|
|||
Medved |
|
||
Эксперт Профиль
Репутация: 1
|
Это еще абсолюно ни о чем не говорит. Так как БДЕ — это не база данных, а провайдер. И черезх БДЕ можно подключиться практически к любой базе данных. Лишь бы драйвер был соответствующий. Так что AntonSaburov прав — если хотите получить полноценный ответ, то — указывайте базу данных. ——————— http://extreme.sport-express.ru/ |
||
|
|||
|
Правила форума «Delphi: Базы данных и репортинг» | |
|
Запрещено: 1. Публиковать ссылки на вскрытые компоненты 2. Обсуждать взлом компонентов и делиться вскрытыми компонентами Обязательно указание: 1. Базы данных (Paradox, Oracle и т.п.) 2. Способа доступа (ADO, BDE и т.д.)
FAQ раздела лежит здесь! Если Вам помогли и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, Vit, Петрович. |
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) |
0 Пользователей: |
« Предыдущая тема | Delphi: Базы данных и репортинг | Следующая тема » |
Comments
jayshrivastava
added
the
C-enhancement
Solution expected to add code/behavior + preserve backward-compat (pg compat issues are exception)
label
Nov 9, 2020
jayshrivastava
added a commit
to jayshrivastava/cockroach
that referenced
this issue
Nov 10, 2020
Previously, executing a statement to rename an undefined
index would result in an uncategorized error. This change fixes
this behaviour by returning a pgcode.UndefinedObject (42704)
error in the same situation.
Closes: cockroachdb#56465
Release note (sql change): Attempting to rename undefined index
will return a pgcode.UndefinedObject (42704) error intead of
an uncategorized error.
craig bot
pushed a commit
that referenced
this issue
Nov 10, 2020
56455: sql: add pgcode to `ALTER COLUMN SET DEFAULT` type error r=ajwerner a=jayshrivastava sql: add pgcode to `ALTER COLUMN SET DEFAULT` type error Previously, adding a default value of the wrong type to a column would return an unclassifed error to the user. This change resolves the issue by returning a pgcode.DatatypeMismatch (42804) in the specified situation. Closes: #56449 Release note (sql change): Added a pgcode (42804, DatatypeMismatch) when adding a default value of the wrong type to a column. --- sql: add pgcode to `ALTER INDEX ... RENAME TO` undefined index error Previously, executing a statement to rename an undefined index would result in an uncategorized error. This change fixes this behaviour by returning a pgcode.UndefinedObject (42704) error in the same situation. Closes: #56465 Release note (sql change): Attempting to rename undefined index will return a pgcode.UndefinedObject (42704) error intead of an uncategorized error. Co-authored-by: Jayant Shrivastava <jayants@cockroachlabs.com>
Comments
jayshrivastava
added
the
C-enhancement
Solution expected to add code/behavior + preserve backward-compat (pg compat issues are exception)
label
Nov 9, 2020
jayshrivastava
added a commit
to jayshrivastava/cockroach
that referenced
this issue
Nov 10, 2020
Previously, executing a statement to rename an undefined
index would result in an uncategorized error. This change fixes
this behaviour by returning a pgcode.UndefinedObject (42704)
error in the same situation.
Closes: cockroachdb#56465
Release note (sql change): Attempting to rename undefined index
will return a pgcode.UndefinedObject (42704) error intead of
an uncategorized error.
craig bot
pushed a commit
that referenced
this issue
Nov 10, 2020
56455: sql: add pgcode to `ALTER COLUMN SET DEFAULT` type error r=ajwerner a=jayshrivastava sql: add pgcode to `ALTER COLUMN SET DEFAULT` type error Previously, adding a default value of the wrong type to a column would return an unclassifed error to the user. This change resolves the issue by returning a pgcode.DatatypeMismatch (42804) in the specified situation. Closes: #56449 Release note (sql change): Added a pgcode (42804, DatatypeMismatch) when adding a default value of the wrong type to a column. --- sql: add pgcode to `ALTER INDEX ... RENAME TO` undefined index error Previously, executing a statement to rename an undefined index would result in an uncategorized error. This change fixes this behaviour by returning a pgcode.UndefinedObject (42704) error in the same situation. Closes: #56465 Release note (sql change): Attempting to rename undefined index will return a pgcode.UndefinedObject (42704) error intead of an uncategorized error. Co-authored-by: Jayant Shrivastava <jayants@cockroachlabs.com>
|
Здравствуйте. Пытаюсь создать уникальный DEFERRABLE INITIALLY CONSTRAINT с уникальным индексмом: SQL> ALTER TABLE CUST_Rule ADD ( 2 CONSTRAINT XAK_cust 3 UNIQUE (CUST_ID, SEQ_NB) 4 DEFERRABLE INITIALLY DEFERRED USING INDEX ( create unique index XAK_ON CUST_RULE (CUST_ID, SEQ_NB) tablespace TS_INDX)); ALTER TABLE CUST_RULE ADD ( * ERROR at line 1: ORA-01418: specified index does not exist Я хочу объединить создание индекса с alter table поскольку уникальный индекс создается в специфичном табличном пространсве. Если же убрать команду создания индекса, то все работает: SQL> ALTER TABLE CUST_RULE ADD ( 2 CONSTRAINT XAK_CUST 3 UNIQUE (CUST_ID, SEQ_NB) 4 DEFERRABLE INITIALLY DEFERRED ); Table altered. В чем может быть ошибка в первом выражении? |
|
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе. |
Избавтесь от символа подчеркивания между XAK_ON |
|
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе. |
Спасибо!!! Действительно оказалось, что нельзя использовать уникальный индекс при создании deferrable Constraint! |
|
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе. |
я убрал команду создания индекса и все равно не работает что тут не так, уже достало просто, подскажите господа ! |
|
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе. |
вот неправильно указано CUST_RULE (CUST_ID, SEQ_NB) |
|
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе. |
|
Время создания страницы: 0.261 секунд