| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
index is read only [D6, Paradox]
veles © (2003-01-09 13:31:00)Что за ерунда, чего бы не делал - index is read only...
Подскажите в чем дело (пытаюсь просто вставить строку в БД)
Anatoly Podgoretsky (2003-01-09 20:13:00) [1]MsGuns © (09.01.03 19:21)
Хотя, если честно, с дибэйзом не работал со времен ДОСа.
Видимо в этом дело, с тех пор многое изменилось, например количество типов и многое другое.
Serginio (2003-01-09 19:44:00) [2]>И ключ первичный есть...
>И индекс обслуживаемый...
>И не с сиди и не на сервере...
>Переконвертировал из .dbf все вроде правильно, а не работает...
>Спасибо за участие... буду копать.
Извените а разве Paradox поддерживает вычисляемые индексы dBase.
Может в этом кроется проблема.
MsGuns (2003-01-09 19:21:00) [3]>Anatoly Podgoretsky © (09.01.03 18:59)
Не хочу превращать сабж в очередной спор, тем более что 100% уверенности у меня нет ни в чем, кроме того, что таблицы dBase и Paradox одинаковой структуры и числа записей с достаточным кол-вом числовых полей имеют разной длины физ.файлы и разница не в пользу дибэйза.
По поводу линковок. Имеется в виду "подкачка" деталов при перемещениях по мастеру. Хотя, конечно, можно вообще без этого (имеется в виду авторефреш деталов) обойтись в большинстве случаев. но когда требуется, дибэйс проигрывает в скорости однозначно.
По поводу геморроев с сопровождением не спорю ни в коей мере. Парадокс действительно требует доп.превентивных мер от разработчика, что, ИМХО, компенсируется большей скоростью. Восстановление также проблем никаких не вызывает - просто удаление файла ключей и реструктурирование по-новой. На таблице в 100000 записей выполняется за 10-15 минут.
Хотя, если честно, с дибэйзом не работал со времен ДОСа. Поэтому и не утверждаю стопроцентно (хотя что-то мне подсказывает, что с тех пор Борланд вряд ли что-то менял принципиально в этой области)
Это не продолжение спора. Просто уточнение предыдущей ремарки.
Anatoly Podgoretsky (2003-01-09 18:59:00) [4]1. Ты не указал, что именно, но смотреть надо документацию не по БДЕ, а по dBase. По валидности непонятно что ты имеешь в виду, по экономичности, при использовании одинаковых типов - одинаковая экономичность.
2. По этому пункту практически полностью не согласен, ну во первых составные индексы как раз это особенность Парадокса, а в dBase простые индексы, индексы по выражению, "уникальные" индексы, истинно уникальные индекс и первыичный ключ - итого пять типов. Не понятно какое отношение имеет линковка к базам, может ты просто неверно применил термин. В dBase также можно не создавать и далее по твоему тексту.
3. По поводу стабильности, базы приличные по размеру работают годами без всякого обслуживания (в сети), по ппрадоксу постоянный вопль - рухнула база, испортились индексы и подобное, минимизировать конечно можно тщательной настройкой, но это минимизировать, конечно и у dBase бывают повреждения, но очень простой ремонт. Ни в одной мной запрограммированной базе на основе dBase я не включаю такиъ операций как востановление индексов, а системы на основе dBase мною используются начиная с 80 годов, паралельно существуют базы сделанные другими программистами с использованием Парадокса, так эти прелести они получили в полной мере.
Ну естественно это только мое личное мнение и опыт эксплуатации обоих форматов.
MsGuns (2003-01-09 18:09:00) [5]>по типам данных почти равны, в dBase немного пошире
Значит, документация по BDE (и не только) врет ? Я уже молчу про инвалидность сохранения данных на физ.носителях (крайне не экономичное) файлов dbf
>по индексам аналогично.Только составной индекс есть в dbf, а в db нет. Это весьма сомнительное преимущество, т.к. весьма сказывается на быстродействии. Линковка же в парадоксе производится в разы шустрее. В парадоксе вообще можно не создавать вторичные индексы, грамотно проектируя топологию и используя запросы.
>по стабильности даже и сравнивать не стоит.Смотря что иметь в виду под стабильностью. Если создание индекса для dbf каждый раз при открытии БД, тогда конечно. Но ведь это тоже нонсенс, не так ли ?
VAleksey (2003-01-09 16:13:00) [6]посмотри атрибуты файлов
Anatoly Podgoretsky (2003-01-09 16:03:00) [7]Но покрайней мере скажи какие именно
MsGuns (2003-01-09 15:53:00) [8]>Anatoly Podgoretsky © (09.01.03 15:47)
Анатолий, а стот ли так категорично ? Как минимум два из изложенных тобою постулата весьма спорны, если не сказать авантюрны (при сравнении с Paradox). Впрочем, спорить не собираюсь..
Дмитрий К.К. (2003-01-09 15:52:00) [9]Ты еще забыл добавить, 1 (вшивый) С поддерживает.
Anatoly Podgoretsky (2003-01-09 15:47:00) [10]Конечно, количество программ поддерживающих dBase очень много, количество движков также большое, по типам данных почти равны, в dBase немного пошире, по индексам аналогично, по стабильности даже и сравнивать не стоит.
MsGuns (2003-01-09 15:40:00) [11]>Anatoly Podgoretsky © (09.01.03 14:40)
>Зачем переконверировал то, зла что ли себе желаешь
А что, dbf существенно круче db ? По-моему, хрен редьки не слаще
Да и вообще, не бывает хреновых женщин (форматов) - бывает мало водки (опыта) :))
Anatoly Podgoretsky (2003-01-09 14:40:00) [12]Зачем переконверировал то, зла что ли себе желаешь
Veles (2003-01-09 14:27:00) [13]И ключ первичный есть...
И индекс обслуживаемый...
И не с сиди и не на сервере...
Переконвертировал из .dbf все вроде правильно, а не работает...
Спасибо за участие... буду копать.
Mike Kouzmine (2003-01-09 14:10:00) [14]С другой стороны - сам файл индекса ReadOnly, наверное с CD восстанавливали или, если на сервере, нет прав
Anatoly Podgoretsky (2003-01-09 14:09:00) [15]Еще один на Парадокс нарвался.
К Парадоксу надо подходить парадоксально.
1. Есть ли первичный ключ?
2. Сделан ли индекс обслуживаемым?
Veles (2003-01-09 13:59:00) [16]сенкс
MsGuns (2003-01-09 13:55:00) [17]Искручиваться не надо. Надо просто нормально представлять себе топологию (межтабличную связь, в частности) всей БД. Скорее всего проблема в неверном определении ключей таблиц. Нарушено золотое правило принципа "Одного-ко-многим". Без структур таблиц что-либо сказать невозможно.
Veles (2003-01-09 13:38:00) [18]Не подскажете как искрутиться?
MsGuns (2003-01-09 13:35:00) [19]Скорее всего НД связан с другим как детальный отношением один-к-одному.
| |
