LeaF_AVF Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору q111111 а в чем измерять скорость работы СУБД?   Всего записей: 275 | Зарегистр. 01-01-2007 | Отправлено: 15:32 20-10-2008

OXDBA Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору DmitryKz Нет, как раз NONE указывать не стоит. Хорошо бы указать ту кодировку, с которой сейчас работаешь , но насколько я понимаю у нас в контексте одного соединения может быть работа как с 1251, так  и 1253, 1255 одновременно. Тогда так Код:  insert into TABLE1(ID, KEYWORD) values (1, _WIN1251 'Вася')  insert into TABLE1(ID, KEYWORD) values (1, _WIN1253 'Чего-то на греческом')  insert into TABLE1(ID, KEYWORD) values (1, _WIN1253 'Чего-то на иврите') P.S. А что мешает сделать базу в юникоде?   Добавлено: q111111 Забудь Interbase 6.0, либо 5.6, либо >= 6.5 Всего записей: 426 | Зарегистр. 19-01-2005 | Отправлено: 18:26 20-10-2008 | Исправлено: OXDBA, 18:26 20-10-2008

DmitryKz Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: А что мешает сделать базу в юникоде? Да че-то не нравится пока UNICODE_FSS Может, еще не разобрался, как следует, может, в будущих версиях. Цитата: Нет, как раз NONE указывать не стоит. Хорошо бы указать ту кодировку, с которой сейчас работаешь   Это, значит, общий принцип работы, когда в БД таблицы с разной кодировкой? Просто, например, и в IBExpert, если законнектиться с WIN1251, то таблица с, например, WIN1253 также не открывается с сообщением о переполнении или делении на ноль. Всего записей: 3142 | Зарегистр. 29-09-2005 | Отправлено: 20:55 20-10-2008

Tantos Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору q111111 SQL - язык структурированных запросов.   Про Access предлагаю сразу же забыть: 1. Это  файловая СУБД, а не сетевая. 2. Как вытекает из 1 - сложности с переносом на другой компьютер. 3. Проблемы с разграничением доступа. 4. Отсутствие хранимых процедур (к ним можно достучаться только из самого Access'a, из Билдера мне так и не удалось).   Про Interbase 5.6 предлагаю так же забыть: 1. Нестабильная работа сервера 2. Отсутствие поддержки Диалекта 3. 3. Множество глюков.   Предлагаю не заморачиваться и использовать Firebird. Если предполагается действительно серьезная СУБД, то Microsoft SQL/Oracle.   Естественно, что денежный вопрос я оставил за кадром . Всего записей: 1038 | Зарегистр. 31-05-2005 | Отправлено: 03:27 21-10-2008

jonikDk Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору q111111 бери firebird - маленькая, бесплатная и мощная СУБД Всего записей: 1604 | Зарегистр. 01-03-2004 | Отправлено: 10:14 21-10-2008

sasku Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору как можно в FB выполнить запрос в командной строке ? проблема: мне в bash надо выбрать данные из ФБ Всего записей: 413 | Зарегистр. 30-05-2002 | Отправлено: 13:16 21-10-2008

LeaF_AVF Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору sasku bin\isql.exe Всего записей: 275 | Зарегистр. 01-01-2007 | Отправлено: 14:01 21-10-2008

Postscriptum Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Такой вопрос - есть таблица в базе, в которой хранятся школьные классы  в виде - 1 "А", 1 "Б", ... 11 "А". Поле, естественно, имеет тип varchar. Мучился в попытках отсортировать по этому полю так, чтоб классы шли в порядке возрастания, но так как поле строковое, не получается. Решил разбить это поле на 2 - номер класса (NUMBER) и букву (BUKVA). Сделал еще 3-е поле KLASS, в котором данные  будут храниться в виде, описанном выше. Все поля тип varchar. Решил написать триггер (after inset и after update), чтоб поле KLASS автоматом заполнялось:   new.klass=new.number+' "'+new.bukva+'"'   Не копмилится, пишет ошибку. Я так понимаю, не нравится ему +. Как реализовать такую вещь, подскажите, плиз. Всего записей: 464 | Зарегистр. 31-01-2004 | Отправлено: 05:30 05-12-2008

LeaF_AVF Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Postscriptum   Код: New.name = NEW.klass || '"' || NEW.Bukva || '"';   З.Ы. Можно вообще не заморачиваться с созданием третьего поля, а получать его с помощью оператора SELECT при выборке. ИМХО, так будет удобнее Всего записей: 275 | Зарегистр. 01-01-2007 | Отправлено: 10:04 05-12-2008 | Исправлено: LeaF_AVF, 10:07 05-12-2008

Postscriptum Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору LeaF_AVF Попробовал. Почему-то значение этого поля получается такое: 1 "1 «В»" Цитата: З.Ы. Можно вообще не заморачиваться с созданием третьего поля, а получать его с помощью оператора SELECT при выборке. ИМХО, так будет удобнее Это как? Всего записей: 464 | Зарегистр. 31-01-2004 | Отправлено: 12:13 05-12-2008

LeaF_AVF Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Postscriptum   ты смотри, что с чем ты объединяешь (оператор ||), а не тупо копируй мой пример, - названия полей ведь различаются (у тебя - number и bukva соответсвенно)   Цитата: Это как? это вот так: Код: SELECT   (t.number || '"' || t.bukva || '"') AS Full_Name FROM table t   з.ы. в SQL недавно начал писать? Всего записей: 275 | Зарегистр. 01-01-2007 | Отправлено: 13:14 05-12-2008

Postscriptum Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: ты смотри, что с чем ты объединяешь (оператор ||), а не тупо копируй мой пример, - названия полей ведь различаются (у тебя - number и bukva соответсвенно) Точно, в имени поля лоханулся. Причем написал и не как у меня, и не как в примере Теперь все ок. Цитата: з.ы. в SQL недавно начал писать? Ага. Есть книженция у меня Ковязина и Вострикова по Interbase, но там таких вещей не объясняется . Я вообще на Delphi пишу приложения и раньше тупо сделал бы вычисляемое поле и не заморачивался. Но думаю, что это не совсем правильно. Зачем делать в клиентском приложении то, что можно реализовать на сервере? Вот и пытаюсь. Всего записей: 464 | Зарегистр. 31-01-2004 | Отправлено: 14:45 05-12-2008

Ramazan Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Всех с наступившим Новым годом!   Обнаружилась несовместимость Firebird (и классика, и суперсервер) с установленным антивирусом (NOD32 3-й версии), выражающаяся в периодическом падении серверных процессов. Отключение real-time protection помогает, но наличие антивируса - требование заказчика. В связи с чем вопрос - какие антивирусы используются у вас на сервере?   PS: Сервер - выделенный, на базе Windows 2003, так что интересуют корпоративные решения. Всего записей: 359 | Зарегистр. 13-04-2002 | Отправлено: 10:59 05-01-2009

Страницы: 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: вопросы по работе и их решение

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование