Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2006.04.23;
Скачать: CL | DM;

Вниз

key violation   Найти похожие ветки 

 
Alinghi ©   (2006-02-27 14:36) [0]

Здравствуйте!
Подскажите пожалуйста из за чего возникает ошибка key violation?
У меня таблица имеет два поля id тип "+" key "*" и другое name - тип поля "A" длинна 50! Все было харашо, а потом прямо в database desktop-e вношу изминения - не вносит а пишит вот эту ошибку! если там есть несколько строк записей то при удалении по ctrl+del удаляются все записи? Мне пришлось создать другую такую же таблицу - там все типа норма!
Подскажите в чем проблема, почему произошла эта ошибка?


 
Ega23 ©   (2006-02-27 14:40) [1]

Вносишь данные с одинаковыми Id


 
Alinghi ©   (2006-02-27 14:50) [2]

Логично:) Но вы случайно не знаете почему так выходит?
Веть поле автоинкременное само проставляет id! я добавляю данные у все поля кроме id - последнее само ставится! Помоему его явно задать и нельзя - да точно нельзя пишет the field cannot be edited!
С новой таблицей такого нету(таблица идентична первой)!
Может єто просто глюк какой случился:)?


 
Ega23 ©   (2006-02-27 14:51) [3]

Вторичные ключи на другие таблицы есть?


 
Alinghi ©   (2006-02-27 14:57) [4]

Нету! Но вторичный ключ поле name для сортировки по алфавиту по даному полю


 
Ega23 ©   (2006-02-27 15:03) [5]

Вторичный ключ, или индекс?


 
Alinghi ©   (2006-02-27 15:07) [6]

secondary indexes!


 
mr.il ©   (2006-02-27 15:25) [7]

Как я понял, Вы начинаете работать с базами данных. Дык вот, не надо браться за парадокс. Иначе все круги гемора обеспечены.


 
Alinghi ©   (2006-02-27 15:45) [8]

Спасиба!


 
Виталий Панасенко   (2006-02-27 15:48) [9]

Было падение системы(липистричество выключалось, система "висла"). у меня такое было один раз. включил еще одно поле в индекс - теперь плевать.Но возникновение проблемы -в первых строках.Значение автоинкремента хранится где-то в заголовке. Вот и получилось, что запись добавило, а в заголовке БДЕ не успело поменять на следующее


 
Alinghi ©   (2006-02-27 15:54) [10]

О, Супер Спасиба Виталий!
А то я уже себя закритиковал!
Занимаюсь базами давно - это большой проект, куча связных таблиц с кучами полей и индексов - и все норма - а вот эта табличка простенькая и вот те на!:)


 
Sergey13 ©   (2006-02-27 15:57) [11]

2 [10] Alinghi ©   (27.02.06 15:54)
Большой проект на Парадоксе - это Парадокс! За что вы так людей не любите? 8-)


 
Виталий Панасенко   (2006-02-27 16:14) [12]


> Sergey13 ©   (27.02.06 15:57) [11]
> 2 [10] Alinghi ©   (27.02.06 15:54)
> Большой проект на Парадоксе - это Парадокс! За что вы так
> людей не любите? 8-)

Ну, у меня оптовый склад работает с 2001 года. Сейчас, конечно, перевожу на FireBird. НО ВЕДЬ РАБОТАЕТ !!! :-)))


 
Sergey13 ©   (2006-02-27 16:16) [13]

2[12] Виталий Панасенко   (27.02.06 16:14)
>  Сейчас, конечно, перевожу на FireBird. НО ВЕДЬ РАБОТАЕТ !!! :-)))
Зачем?!!!! Ведь работает!!! 8-)


 
Виталий Панасенко   (2006-02-27 16:57) [14]


> Sergey13 ©   (27.02.06 16:16) [13]
> 2[12] Виталий Панасенко   (27.02.06 16:14)
> >  Сейчас, конечно, перевожу на FireBird. НО ВЕДЬ РАБОТАЕТ
> !!! :-)))
> Зачем?!!!! Ведь работает!!! 8-)

Много нового "навесил", Paradox "давится". Хотя, это МОЕ предложение пользователю.Они пока и этим довольны и не очень хотят переходить на что-то новое...Протсо все можно сделать нааамного красивей, что, в итоге, скажется на производительности.


 
Sergey13 ©   (2006-02-27 17:05) [15]

2[14] Виталий Панасенко   (27.02.06 16:57)
Да все понятно. Я не к тому. Вот у тебя "оптовый склад работает с 2001 года" на парадоксе, а у меня несколько магазинчиков с 99 года на ИБ (теперь ФБ) крутятся. Ты переводишь, а я нет. Я про то, что я правильно (тогда!) выбрал инструмент, а ты нет. Вот так вот я бахвалюсь. 8-)


 
Виталий Панасенко   (2006-02-27 17:15) [16]


> Sergey13 ©   (27.02.06 17:05) [15]
> 2[14] Виталий Панасенко   (27.02.06 16:57)
> Да все понятно. Я не к тому. Вот у тебя "оптовый склад работает
> с 2001 года" на парадоксе, а у меня несколько магазинчиков
> с 99 года на ИБ (теперь ФБ) крутятся. Ты переводишь, а я
> нет. Я про то, что я правильно (тогда!) выбрал инструмент,
>  а ты нет. Вот так вот я бахвалюсь. 8-)

Я за тебя рад, очень !..:-)) Сам знаю, что ФБ надежней... НО.. уже был сделан выбор. пусть и ошибочный(тогда это была 1-2 машины в сети. сейчас стало больше)+ отстутствие мозгов. но это не в тему. человек спросил, чего у него него такая ерунда ПОД ПАРАДОКСОМ. я ответил. вроди правильно.


 
Sergey13 ©   (2006-02-27 17:25) [17]

2 [16] Виталий Панасенко   (27.02.06 17:15)
>  я ответил. вроди правильно.
А я и не оспариваю. Я же про другое совсем. Про "большой проект на Парадоксе". Что бы меньше переделывать было после. 8-)


 
mr.il ©   (2006-02-27 17:25) [18]

Виталий, я к сожалению в свое время не выбрал клиент-сервер. У меня сейчас оптово-розничный склад на парадоксе. Все отлажено и работает, но с таким гемором все это происходило. Когда я встретился с описанной здесь проблемой, пришлось исследовать заголовок табилицы вручную. Искать причину. И вот от такого гемора и надо отучать людей. Сейчас перевожу на FireBird - теряю время.  Ответил правильно - просто человек может оттянуть начало перехода, а потом локти кусать.


 
Виталий Панасенко   (2006-02-27 17:36) [19]


> mr.il ©   (27.02.06 17:25) [18]
> Виталий, я к сожалению в свое время не выбрал клиент-сервер.
>

Потому как было это все очень дорого, а MySQL не поддерживал транзакций, триггеров и тд. А на счет геморроя - он бывает СО ВСЕМИ СУБД. И вы мне не докажите обратного. просто где чаще, где реже..это уже в "Потрепаться".


 
msguns ©   (2006-02-27 17:46) [20]

Та же история.
Работает большущий комплекс (полная бухгалтерия с ОС, складами, торговлей, производством, зарплатой, банком, кассой, расчетами и т.д. и т.п.) на парадоксе. У нескольких заказчиков. "Станций" от 5 до 25. Работает от 12 до 5 лет.
Несколько лет ушло на выработку "панацеи".
Вот она:
1. В конце каждого дня полная архивация всей базы
2. Никаких индексов. Только первичные ключи. "Тормоза" при выборках устранялись оптимизацией запросов вручную (это отдельная тема :))
3. Дублирующее хранение информации: помимо документов кругом имеются еще картотеки. В случае "слета" БД имеется полный пересчет картотек с восстановлением целостной картины данных.
4. У клиента выбирается самая толковая "девочка", которая возводится в сан особых: ее обучают как убивать *.lck, "поднимать таблицы" из архивов и не только и даже формы и репорты (существенная часть еще досовская). 90% "аварий" ликвидируется телефонной беседой с "посвященной".
5. Технология предусматривает "сборку" данных на мастер-таблицах, копируемых при запуске программы в личный директорий. Сделано во избежания ненужного ремонта таблиц-каркасов (для 3, 3.5 и 4)

В результате все более-менее весело работает. Более того, заказчики совершенно не хотят никаких "виндовсов".
Новые проекты в парадоксе не пишутся лет 5 уже. "Назад дороги нет" (с)


 
Alinghi ©   (2006-02-27 17:48) [21]

Ребята ну Вы даете:)))
Спасиба Вам за все!

А насчет базы "БОЛЬШОЙ" скажу лиш что в таблице гдето тисч. 50 записей
Такая себе база даных! Парадокс с этим вполне справляется!
Также буду иметь в виду те замечания которые Вы писали насчет гемора в будующем!

Спасибо ВСЕМ участвующим:)))


 
Виталий Панасенко   (2006-02-27 18:04) [22]

Хотя все тут на счет Парадокса - почти правда. Главная идея - пока не поздно валить с него. Сам когда-то ж..пу рвал, пока не увидел все прелести клиент-сервера.+ сейчас развивается халявный софт в нише SQL-серверов(не считая FireBird, есть версии(с ограничением, так скажем, для нас не существенным) бесплатных серверов DB2, Oracle, MS SQL. Хотя мне ЖарПтица за простоту нравится. А может, что разгребся с ней более-менее :-))) )


 
Sergey13 ©   (2006-02-27 18:05) [23]

2[21] Alinghi ©   (27.02.06 17:48)
>А насчет базы "БОЛЬШОЙ" скажу лиш что в таблице гдето тисч. 50 записей

Ну, кому то вот и одна табица с полсотней тыщ записей - большой проект. И так бывает. 8-)


 
Alinghi ©   (2006-02-27 19:41) [24]

Sergey13 - Слушай модный программист я веть не сказал что база состоит из одной таблицы!
Описал одну - а в базе порядка 20 таблиц!


 
Anatoly Podgoretsky ©   (2006-02-27 19:57) [25]

Виталий Панасенко   (27.02.06 16:14) [12]
Это у тебя работает, а у большинства нет.
Не буду распрашивать как ты этого достиг, варианты конечно есть.


 
Sergey13 ©   (2006-02-28 09:18) [26]

2 [24] Alinghi ©   (27.02.06 19:41)
Да мне то что? 20 таблиц. Ну и прекрасно. Желаю удачи в больших проектах.


 
Виталий Панасенко   (2006-02-28 09:39) [27]


> Anatoly Podgoretsky ©   (27.02.06 19:57) [25]
> Виталий Панасенко   (27.02.06 16:14) [12]
> Это у тебя работает, а у большинства нет.
> Не буду распрашивать как ты этого достиг, варианты конечно
> есть.

Не только у меня.

> msguns ©   (27.02.06 17:46) [20]
> Та же история.
> Работает большущий комплекс (полная бухгалтерия с ОС, складами,
>  торговлей, производством, зарплатой, банком, кассой, расчетами
> и т.д. и т.п.) на парадоксе. У нескольких заказчиков. "Станций"
> от 5 до 25. Работает от 12 до 5 лет.


> В результате все более-менее весело работает. Более того,
>  заказчики совершенно не хотят никаких "виндовсов".
> Новые проекты в парадоксе не пишутся лет 5 уже. "Назад дороги
> нет" (с)



Страницы: 1 вся ветка

Текущий архив: 2006.04.23;
Скачать: CL | DM;

Наверх




Память: 0.54 MB
Время: 0.031 c
2-1144261014
MVP
2006-04-05 22:16
2006.04.23
Оптимизация хранения данных для транслятора, который рисует фигур


1-1142637050
QuickFinder
2006-03-18 02:10
2006.04.23
Быстрый способ нахождения строки в файле


1-1142418502
MegaVolt
2006-03-15 13:28
2006.04.23
Как сдвинуть данные в потоке?


6-1136967701
sain
2006-01-11 11:21
2006.04.23
Работа с сетью


2-1144481619
Der Nechk@ssoff
2006-04-08 11:33
2006.04.23
Toolbar