![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Переход от FB 1.0 к FB 1.5 [D6, FireBird]
galexis © (2004-06-07 12:09:00)Имеется БД FB 1.0 Из предыдущего здесь своего вопроса узнал, что FB 1.5 Classic поддерживает многопроцессорность. Естественно встал вопрос о переходе на FB 1.5. Был совет забэкапить БД под 1.0, а восстановить под 1.5. Столкнулся с несоответствием библиотек. Как правильно выполнить переход?
PS И еще исходники программы, которая с этой БД работает, не открываются - не хватает элементов администрирования (backup и др)
galexis (2004-06-08 17:43:00) [1]>Alexandr Каким образом? Мне бы подробнее
Alexandr (2004-06-08 10:48:00) [2]а по существу могу сказать, что и на 400символов можно поиск создать, да еще и полнотекстовый, да еще и по индексу.
Скоростью будешь поражен.
Правда в небольшой ущерб размеру БД и доработке БД.
Alexandr (2004-06-08 10:45:00) [3]:)
Anatoly Podgoretsky (2004-06-08 09:21:00) [4]PEAKTOP (08.06.04 04:07) [15]
Интересное решение отказ от материнской платы
PEAKTOP (2004-06-08 04:07:00) [5]Я кода-то на одной оптовой базе тож сервак ставил, после того как они пофунциклировали с полгода на серваке типа AMD Athlon 2000 и база весила уже под 300 метров (400 000 наименований товара + проводки).
Дык вот, кода клиенты наконец-то пришли к мысли "а не купить ли нам нормальный сервак", я начал активно эксперементировать (тем более бабла на это кинули немеряно :))): все перепробовал IB, FB, Yaffil, и классик и супер архитетуры, и два проца.
И была у меня схожая ситуевина, энто была база автозапчастей к иномаркам, де поиск велся по коду детали в справочнике (полю VARCHAR (50)).
Ну да, конечно, два проца - это вам не цацки-пецки, но все же реальный отрыв на производительности я получил только тоды, когда поменял мать на SCSI.
Это я к чему: война фигня, главное - маневры. И когда у тя скорость чтения данных приличная (SCSI, например), то и два пня 3 нормально справяться.
QuQuRuQu (2004-06-07 17:45:00) [6]Fullname типа:
>Первичная профсоюзная организация областной организации Общероссийского профессионального союза работников автомобильного транспорта и дорожного хозяйства в ООО "Строитель"
используется только в официальных документах в отетах налоговой и
накладных.
В большинстве случаях, а также в самой нологовой базе используется два поля ShortName-для выходух & FullName-для офиц.лиц.
Это же написано в соотв. литературе по конструированию баз данных!
galexis (2004-06-07 17:32:00) [7]Ну вот типа такого наименования:
Первичная профсоюзная организация областной организации Общероссийского профессионального союза работников автомобильного транспорта и дорожного хозяйства в ООО "Строитель"
Только я его подсократил, убрав область и еще кое что. А есть еще всякие церковные организации, так там в названиях встречаются запятые, двоеточия, точки и др знаки.
а ищут пользователи обычно так: "первичная профсоюзная", потом немного уточняют и т.д.
Domkrat (2004-06-07 17:18:00) [8]Max 150, тоже.
Может стоит разбить его на наименование, тип деятельности и т.п., на крайний случай сделать поле ShortName и искать по нему.
Pahuchiy Lamer (2004-06-07 17:18:00) [9]Не знаю че вы туда пишите кроме названия,
но у нас название юр/лица типа "ООО Гермес"
занимает не более 150
Pahuchiy Lamer (2004-06-07 17:17:00) [10]Не знаю че вы туда пишите кроме названия,
но у нас название юр/лица типа "ООО Гермес"
занимает не более 150
galexis (2004-06-07 17:11:00) [11]Наименование юр лица
Domkrat (2004-06-07 17:08:00) [12]Извините за любопытство, а что - это за поле в 400 символов, что Вы в нем храните ?
galexis (2004-06-07 16:06:00) [13]Anatoly Podgoretsky
> index server
А что это такое?
Anatoly Podgoretsky (2004-06-07 14:30:00) [14]Так многопроцессорность тебе здесь не поможет, стоит попробовать использовать index server
galexis (2004-06-07 14:21:00) [15]и поиск идет при помощи LIKE
galexis (2004-06-07 14:19:00) [16]
> Может стОит добиться этого индексированием ?
Как индекс по VARCHAR сделать? Длина поля более 400 символов
Johnmen (2004-06-07 13:10:00) [17]>т.к. нужен быстрый поиск по VARCHAR
Может стОит добиться этого индексированием ?
>Столкнулся с несоответствием библиотек.
>Но что делать с библиотеками?
Сделать их соответствующими...:)
galexis (2004-06-07 12:46:00) [18]1. В момем дистрибутиве 1.0 нет таких понятий.
2. Меня б устроило такое. Пусть на сервере многопроцессорность (т.к. нужен быстрый поиск по VARCHAR). А порограмму править я могу и локально.
Но что делать с библиотеками?
Johnmen (2004-06-07 12:37:00) [19]1. Разве нет классик релиза FB 1.0 ?
2. Либо классик - и многопроцессорность, либо супер - и программное администрирование. По другому никак...