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

Вниз

Переход от FB 1.0 к FB 1.5   Найти похожие ветки 

 
galexis ©   (2004-06-07 12:09) [0]

Имеется БД FB 1.0 Из предыдущего здесь своего вопроса узнал, что FB 1.5 Classic поддерживает многопроцессорность. Естественно встал вопрос о переходе на FB 1.5. Был совет забэкапить БД под 1.0, а восстановить под 1.5. Столкнулся с несоответствием библиотек. Как правильно выполнить переход?

PS И еще исходники программы, которая с этой БД работает, не открываются - не хватает элементов администрирования (backup и др)


 
Johnmen ©   (2004-06-07 12:37) [1]

1. Разве нет классик релиза FB 1.0  ?
2. Либо классик - и многопроцессорность, либо супер - и программное администрирование. По другому никак...


 
galexis ©   (2004-06-07 12:46) [2]

1. В момем дистрибутиве 1.0 нет таких понятий.
2. Меня б устроило такое. Пусть на сервере многопроцессорность (т.к. нужен быстрый поиск по VARCHAR). А порограмму править я могу и локально.

Но что делать с библиотеками?


 
Johnmen ©   (2004-06-07 13:10) [3]

>т.к. нужен быстрый поиск по VARCHAR

Может стОит добиться этого индексированием ?

>Столкнулся с несоответствием библиотек.
>Но что делать с библиотеками?

Сделать их соответствующими...:)


 
galexis ©   (2004-06-07 14:19) [4]


> Может стОит добиться этого индексированием ?

Как индекс по VARCHAR сделать? Длина поля более 400 символов


 
galexis ©   (2004-06-07 14:21) [5]

и поиск идет при помощи LIKE


 
Anatoly Podgoretsky ©   (2004-06-07 14:30) [6]

Так многопроцессорность тебе здесь не поможет, стоит попробовать использовать index server


 
galexis ©   (2004-06-07 16:06) [7]

Anatoly Podgoretsky


>  index server

А что это такое?


 
Domkrat ©   (2004-06-07 17:08) [8]

Извините за любопытство, а  что - это за поле в 400 символов, что Вы в нем храните ?


 
galexis ©   (2004-06-07 17:11) [9]

Наименование юр лица


 
Pahuchiy Lamer   (2004-06-07 17:17) [10]

Не знаю че вы туда пишите кроме названия,
но у нас название юр/лица типа "ООО Гермес"
занимает не более 150


 
Pahuchiy Lamer   (2004-06-07 17:18) [11]

Не знаю че вы туда пишите кроме названия,
но у нас название юр/лица типа "ООО Гермес"
занимает не более 150


 
Domkrat ©   (2004-06-07 17:18) [12]

Max 150, тоже.
Может стоит разбить его на наименование, тип деятельности и т.п., на крайний случай сделать поле ShortName и искать по нему.


 
galexis ©   (2004-06-07 17:32) [13]

Ну вот типа такого наименования:
Первичная профсоюзная организация областной организации Общероссийского профессионального союза работников автомобильного транспорта и дорожного хозяйства в ООО "Строитель"
Только я его подсократил, убрав область и еще кое что. А есть еще всякие церковные организации, так там в названиях встречаются запятые, двоеточия, точки и др знаки.
а ищут пользователи обычно так: "первичная профсоюзная", потом немного уточняют и т.д.


 
QuQuRuQu   (2004-06-07 17:45) [14]

Fullname типа:
>Первичная профсоюзная организация областной организации Общероссийского профессионального союза работников автомобильного транспорта и дорожного хозяйства в ООО "Строитель"
используется только в официальных документах в отетах налоговой и
накладных.
В большинстве случаях, а также в самой нологовой базе используется два поля ShortName-для выходух & FullName-для офиц.лиц.
Это же написано в соотв. литературе по конструированию баз данных!


 
PEAKTOP   (2004-06-08 04:07) [15]

Я кода-то на одной оптовой базе тож сервак ставил, после того как они пофунциклировали с полгода на серваке типа AMD Athlon 2000 и база весила уже под 300 метров (400 000 наименований товара + проводки).
Дык вот, кода клиенты наконец-то пришли к мысли "а не купить ли нам нормальный сервак", я начал активно эксперементировать (тем более бабла на это кинули немеряно :))): все перепробовал IB, FB, Yaffil, и классик и супер архитетуры, и два проца.
И была у меня схожая ситуевина, энто была база автозапчастей к иномаркам, де поиск велся по коду детали в справочнике (полю VARCHAR (50)).
Ну да, конечно, два проца - это вам не цацки-пецки, но все же реальный отрыв на производительности я получил только тоды, когда поменял мать на SCSI.
Это я к чему: война фигня, главное - маневры. И когда у тя скорость чтения данных приличная (SCSI, например), то и два пня 3 нормально справяться.


 
Anatoly Podgoretsky ©   (2004-06-08 09:21) [16]

PEAKTOP   (08.06.04 04:07) [15]
Интересное решение отказ от материнской платы


 
Alexandr   (2004-06-08 10:45) [17]

:)


 
Alexandr   (2004-06-08 10:48) [18]

а по существу могу сказать, что и на 400символов можно поиск создать, да еще и полнотекстовый, да еще и по индексу.
Скоростью будешь поражен.
Правда в небольшой ущерб размеру БД и доработке БД.


 
galexis ©   (2004-06-08 17:43) [19]

>Alexandr Каким образом? Мне бы подробнее



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

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

Наверх




Память: 0.51 MB
Время: 0.052 c
14-1087073538
Undert
2004-06-13 00:52
2004.07.04
Посмотрел я тут на фотографию VEG a...


3-1086759671
Сергей
2004-06-09 09:41
2004.07.04
Таблица не открывается сообщение - invalid index descriptor


6-1084061338
neodiX
2004-05-09 04:08
2004.07.04
Проблема передачи зашифрованных данных мистика какая та...


1-1087392711
Tom
2004-06-16 17:31
2004.07.04
Delphi и DLL на C


14-1086274635
McSimm
2004-06-03 18:57
2004.07.04
Обратите внимание. Акция.