» InterBase и FireBird: вопросы по работе и их решение

Цитата:

Возвращаясь к теме топика, я бы резюмировал тему: какой именно рейд использовать - зависит от задачи! для сервера firebird да, удобнее 10. Но: не стоит пытаться брать медленные desktop-диски и "ускорять" их raid-ом

Из моего опыта для небольших систем (БД не больше нескольких гигабайт, активных пользователей меньше пары десятков) при более-менее нормально спроектированной базе и клиентских приложениях за глаза хватает обычного зеркала на «черных» винтах.

miwa

WD Black уже не очень рядовой диск! Я бы сказал, что пытаться поставить Green - это рискнуть огрести означенных проблем! Хотя "на берегу" два Green в raid0 по ТТХ выглядят вполне ок - пока не сломаются))

deks
Ну, скажем так, это все еще десктопный недорогой (относительно серверных и/или SCSI) SATA-винчестер, доступный в любом магазине. А если не пороть ерунду и брать не «максимально-терабайтный», а «минимально-гигабайтный» вариант, то и не слишком дороже «зеленых» получится. Правда, порнуху файлопомойку хранить надо будет где-то в другом месте, это да

Не знаю, здесь ли спрашиваю, но рискну: Скажите, есть ли функция в FB для перекодировки из utf8 в ansi

vavavol

функции отдельно конвертировать UTF в win нет.
НО можно при подключении указать кодировку WIN1251 и все данные UTF на клиенте будут конвертированы в WIN1251.
т.е. база может быть UTF, а клиент WIN1251

Цитата:

функции отдельно конвертировать UTF в win нет.  
НО можно при подключении указать кодировку WIN1251 и все данные UTF на клиенте будут конвертированы в WIN1251.
т.е. база может быть UTF, а клиент WIN1251

Да нет, дело в том, что базу в кодировке win1251. А мне нужно текстовый файл с кириллицей в UTF загнать в базу

А не проще конвертнуть файл, а потом уже заливать в базу?

Да нет, долго рассказывать. Налажен "робот" в организации для заливки таких файлов. Менять ничего нельзя. Была бы функция - в процедуре применил. Ну, да ладно. удф-ку напишу. Спасибо за ответы

vavavol
Может я что-то не понимаю, а что мешает залить этот текстовый файл в blob без всяких перекодировок?

angeltwo

Цитата:

Может я что-то не понимаю, а что мешает залить этот текстовый файл в blob без всяких перекодировок?

Может, я неправильно выразился. "Залить" - это разобрать по полям и внести записи в нужные таблицы (не одну).

Значит при подключении укажи чарсет UTF. а сервер сам все данные конвертнет в вин1251

vavavol Ну ты же заливаешь данные из текстовика какой то прогой, я так понимаю... роботом как ты говорришь, возможно это будет служба например, что мешает в ней налету при чтении сконвертить строку и потом заливать.... помойму сделать перекодировку в роботе гораздо проше чем писать UDF

Andryshok

Цитата:

Ну ты же заливаешь данные из текстовика какой то прогой, я так понимаю... роботом как ты говорришь, возможно это будет служба например, что мешает в ней налету при чтении сконвертить строку и потом заливать.... помойму сделать перекодировку в роботе гораздо проше чем писать UDF

Да какой прогой. Процедурой PSQL Firebird-а. Изменить ничего не могу, так, как бы это мне хотелось Да, я уже справился, УДФ-ку подключил. Спасибо, братцы

Ребята, есть такая учебная задача:

Добавлено:
Написать процедуру Firebird SQL.
Массив M - это набор записей с ID

Процедура должна выдать набор с полями
1.Номер варианта
2.ID

Например для комбинации по 2 из 4 получим
1-1
1-2
2-1
2-3
3-1
3-4
4-2
4-3
5-2
5-4
6-3
6-4

Добавлено:
Есть алгоритм для конкретного N, а вот для любого N - проблема. Может кто-то поможет?

Это для сочетания 3-х значений:

CURRENT_VARIANT = 0;
for select id from m order by id into :id1 do
for select id from m where id > :id1 order by id into :id2 do
for select id from m where id > :id2 order by id into :id3 do
begin
CURRENT_VARIANT = CURRENT_VARIANT+1;
NUMBER_VARIANT = CURRENT_VARIANT;

ID = :id1;
SUSPEND;
ID = :id2;
SUSPEND;

ID = :id3;
SUSPEND;


end

Цитата:

Да какой прогой. Процедурой PSQL Firebird-а. Изменить ничего не могу, так, как бы это мне хотелось Да, я уже справился, УДФ-ку подключил. Спасибо, братцы

если не секрет, какая именно UDF?

Цитата:

если не секрет, какая именно UDF?

Свою длл-ку писал

vavavol
Интересная задача. 5%

Здравстуйте.
Суть вот в чем: есть прога (АС СГМ) которая дружит с firebird 1.5, организация решилась перейти на версию 2.5, нужно сделать бэкап через IBexpert. Скачал его, установил, пытаюсь подключить базу, а он мне баян-бабаян в виде "Unsuccessful execution caused by an unavailable resource. unavailable database."
пытался подключиться к базе firebird, sgm; менял клиентскую библиотку с gds32.dll на fbclient.dll... но где-то я косячу. Грешу на то что у firebird не стандартный пароль, которого я конечно не знаю (КАК УЗНАТЬ?) и человек, работавший до меня, тоже не знает потому что ни разу firebird не трогал.
Еще есть строчки Role и Charset:NONE. Их я не трогал.

___________________

Вопрос снят. Подвох был в Charset. Надо было поставить 1251

Цитата:

Можно по тупому скопировать папку, снести firebird 1.5, поставить 2.5 и восстановить базы, но... получится ли?

Можно по тупому, но по другому.
Устанавливаете Firebird 1.5 на другом сервере(хотя бы на своем компьютере), копируете туда же базу (естественно остановив реальный сервер Firebird) и затем уже на новом сервере делаете чего хотите с базой со стандартным паролем.

Цитата:

Вопрос снят. Подвох был в Charset. Надо было поставить 1251

Неверный чарсет такую ошибку бы не выдал. Значит еще чего-то докрутили. Надеюсь в итоге через backup/restore перенесли базу?

Цитата:

Вопрос снят. Подвох был в Charset. Надо было поставить 1251

Подвох был либо в локальном подключении, либо кривой (или совсем не той версии) клиентской библиотеке.

kiport

Цитата:

есть прога (АС СГМ) которая дружит с firebird 1.5, организация решилась перейти на версию 2.5, нужно сделать бэкап через IBexpert. Скачал его, установил, пытаюсь подключить базу

Без "оглуплятора" сделать бекап уже никак ?

Цитата:

Без "оглуплятора" сделать бекап уже никак ?

Я бы не назвал ibexpert оглуплятором, а так да, gbak-ом проще.

Цитата:

Я бы не назвал ibexpert оглуплятором, а так да, gbak-ом проще.Всего записей: 214 | Зарегистр. 14-04-2003 | Отправлено: 09:48 29-08-2013

Оппонент неправильно запятые ставить. Думаю самый торчковый инструмент IBExpert

Добрый день. Не смог найти информацию в сети, но может тут подскажут. Interbse 2009 для оптимальной производительности (железо во внимание не берем, оно очень крутое) сколько может поддерживать отдельно стоящих баз? Есть же какой-то придел?

samssss Ну, насколько я знаю сколько угодно по идее - он же многопоточный, какая ему разница сколько баз висит

samssss
Пока не упретесь в узкое горлышко "очень крутого железа".
Зависит от размера баз, кол-ва коннектов и т.д.

Доброго всем!
Сразу сделаю оговорку - без флуда...

Меня очень интересует вопрос один. Я заметил, что маниакально все избегают set_null-овых Foreign Key. Текущей программе более 10-и лет и базе иже с ней. Я ни одного set_null кроме своих не нахожу. Но и ранее в моей практике только каскад видел.

Есть ли причины избегать set_null? Я имею ввиду кроме тех случаев когда програмеры кривы ручки форматируют нуловые выражения (убей Бог не знаю зачем форматировать ID). Есть ли данные или мысли на этот секрет? Спасибо.

Цитата:

Есть ли причины избегать set_null?

Насколько я в курсе, нет никаких причин, НО всё пляшет от БИЗНЕС ЛОГИКИ. Если она позволяет, такой финт ушами, то почему нет??? Надо пользоваться на здоровье
У меня было всего два или три раза, где бизнес логика позволяла устанавливать в null значения в подчиненных таблицах и я пользовался этим механизмом, но гораздо чаще было каскадное удаление или нельзя было удалить

delover
А можно пример где это используется (бизнес-задача) ? У себя только 1 раз использовал, да и то потом кажется переделал структуру.