Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » InterBase и FireBird: вопросы по работе и их решение

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104

Открыть новую тему     Написать ответ в эту тему

noisy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А если выгрузить базу в скрипт и загрузить из скрипта?
будет понятно где ошибка, если она произойдет.

Всего записей: 983 | Зарегистр. 30-05-2002 | Отправлено: 19:10 05-10-2016
zealotfan



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
noisy
Перевожу руками без reFinde т.к. в процессе перевода нахожу кучу ошибок по коду, в запросах и т.д. Время действительно уходит много. Но результаты меня радуют.

Всего записей: 234 | Зарегистр. 25-02-2016 | Отправлено: 09:10 06-10-2016
YpL



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Тестю понемногу IbDac, FireDac и FibPlus. По скорости явного лидера пока не выявил. А вот по использованию памяти FireDac с большим отрывом проигрывает конкурентам. Очень сильно раздражает генратор SQL в IbDac: не использует метаданные для определения вычисляемых полей.

Всего записей: 377 | Зарегистр. 14-12-2005 | Отправлено: 23:38 06-10-2016
exteris

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
Тестю понемногу IbDac, FireDac и FibPlus.

Зачем труп тревожите?

Всего записей: 382 | Зарегистр. 14-04-2003 | Отправлено: 08:40 07-10-2016
YpL



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
exteris

Цитата:
Зачем труп тревожите?

1. Потому как самая удобная вещь.
2. А вдруг что-то изменится к лучшему? (Отдадут исходники в свободное плавание, а кто-то подберет...)

Всего записей: 377 | Зарегистр. 14-12-2005 | Отправлено: 10:35 07-10-2016
vit2002

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброй ночи
народ кто может подсказать...
Firebird 2.5
есть запрос  
select GOODS.NAME
from GOODS
 
как мне GOODS.NAME в результате запроса получить в транслите?
в таблице храниться: в русских, анг  вперемежку в строках
 
Заранее спасибо

Всего записей: 345 | Зарегистр. 13-06-2008 | Отправлено: 05:20 14-11-2016 | Исправлено: vit2002, 05:24 14-11-2016
exteris

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
vit2002
1. UDF
2. Хранимая процедура
3. Транслитерация на клиенте.
 
Я бы выбрал третий вариант.

Всего записей: 382 | Зарегистр. 14-04-2003 | Отправлено: 09:30 14-11-2016
vit2002

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
exteris
третий не катит.... это выгрузка в файл. для импорта в интернет-магазин.
 
а можно по подробнее про первые два варианта?
или где почитать  
заранее благодарен

Всего записей: 345 | Зарегистр. 13-06-2008 | Отправлено: 15:44 14-11-2016
chAlx

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
exteris:
 
Ещё, вроде, можно свой collate прикрутить ;)
 
vit2002:
 
Есть готовые UDF: LongRTranslit(), F_RLATIN() и т.п. в либах типа rFunc.
Процедурой придётся записать подряд кучу вызовов REPLACE() или вовсе строку посимвольно разбирать.

Всего записей: 1691 | Зарегистр. 19-03-2003 | Отправлено: 22:54 14-11-2016
vit2002

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
chAlx
exteris
 
Огромное спасибо... проблема решилась через процедуру.
chAlx
учту на будущее.

Всего записей: 345 | Зарегистр. 13-06-2008 | Отправлено: 01:46 15-11-2016 | Исправлено: vit2002, 22:42 15-11-2016
zealotfan



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Кто-нибудь использует в своей базе поля типа Blob? Интересует реальный опыт работы с этим типом данных и подводные камни.

Всего записей: 234 | Зарегистр. 25-02-2016 | Отправлено: 20:33 28-11-2016
chAlx

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zealotfan:
 
Вопрос для курсовой? Как-то слишком неконкретно, как-будто нахрен не надо.
 
Если кратко: да, многие используют. "Камни" практически те же, что и в других СУБД. Вот, например:
http://www.ibase.ru/charvar/

Всего записей: 1691 | Зарегистр. 19-03-2003 | Отправлено: 22:44 28-11-2016
zealotfan



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
chAlx
Курсовые у меня были лет 15 назадПоля типа Blob сейчас использую в своём приложении, но строк в этой таблице порядка 300 и эта таблица не растёт. соответственно база не увеличивается серьёзно. Поставили задачу хранить сканированные документы. Таких документов в месяц будет заносится порядка 5000 в месяц. Вот я и решил посоветоваться на форуме насчёт blob-ов или может лучше хранить просто ссылки на файлы, а файлы хранить в директории на сервере.

Всего записей: 234 | Зарегистр. 25-02-2016 | Отправлено: 06:30 29-11-2016
exteris

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
или может лучше хранить просто ссылки на файлы, а файлы хранить в директории на сервере.

Я бы так сделал. Но и в блобах вполне можно хранить документы/файлы.

Всего записей: 382 | Зарегистр. 14-04-2003 | Отправлено: 06:50 29-11-2016
noisy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zealotfan
 
документы в файлах на сервере как отдавать?
Блобы можно паковать для хранения, сам Firebird пакует varchar для хранения.
кстати, можно блобы хранить в отдельной БД и тогда основная не так растет и простой доступ из приложений
 
а вообще с блобами нет проблем. есть нюансы при работе с конкретным языком, например PHP, но все уже давно решено.

Всего записей: 983 | Зарегистр. 30-05-2002 | Отправлено: 13:23 29-11-2016
zealotfan



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
noisy
К документам на сервере пользователи будут иметь доступ только чтение и создание. Еще мне посоветовали делать кучу папок(Table\2016\Table.id\Files.id). Ваш вариант с отдельной базой для BLOB интересный. В клиенте получается я делаю еще один постоянный коннект к новой базе с Blob. В этой базе я делаю таблицу в которой по крайней мере 2 поля ID и DATA(Blob), где ID такой-же как ID документа в основной базе. Я правильно всё понял?

Всего записей: 234 | Зарегистр. 25-02-2016 | Отправлено: 14:23 29-11-2016
noisy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
зачем еще один коннект? в базе процедуру делаем которая коннектится к новой базе и отдает блоб.

Всего записей: 983 | Зарегистр. 30-05-2002 | Отправлено: 19:04 29-11-2016
zealotfan



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
noisy
А писать/изменять/удалять тоже лучше через процедуры?

Всего записей: 234 | Зарегистр. 25-02-2016 | Отправлено: 19:18 29-11-2016
chAlx

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zealotfan:
 
Файлы в базе vs файлы в файлах -- это старая холиварная тема с кучей нюансов в обоих вариантах.
 
Если кратко, то при хранении в БД получаем транзакционную целостность, единство с файлов с их метаданными (в т.ч. в рамках бэкапа), заморочки с докачкой и корректной выдачей файла. В некоторых СУБД (не FB) можно контент дополнять, строить по нему индексы и т.п.
 
При хранении в файлах их проще сохранить и выдать (вебсервер сам всё делает: подставляет имя, MIME-тип, размер и т.д.), меньше нагрузка (актуально при большом числе скачиваний), проще получить рассинхронизацию (в базе одно, в директории другое), больше возни с файловой системой (пути, права, разделы).

Всего записей: 1691 | Зарегистр. 19-03-2003 | Отправлено: 22:43 29-11-2016
Alexzzy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
А писать/изменять/удалять тоже лучше через процедуры?

Я для доступа из основной БД в БД с образами документов использовал вьюху. Но это не Интербейзная СУБД. Как тут с этим не знаю.

Всего записей: 1474 | Зарегистр. 10-07-2013 | Отправлено: 22:02 30-11-2016
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » InterBase и FireBird: вопросы по работе и их решение


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru