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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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

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

Maximus777

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

Не работает upper, я же выше об этом написал. Проблема решилась по другому. Оказывается, при создании поля обязательно надо указать кодировку, тогда регистр действительно роли не играет в выборках ... containing ... Вобщем мне повезло, что база молодая, я просто пересоздал её и всё завелось. Было вот так:

Код:
CREATE TABLE CLIENT_CATALOG
(
  ITEM_ID Varchar(10) NOT NULL,
  ITEM_NAME Varchar(200) NOT NULL,
  ITEM_CONTACTS Varchar(60),
  ITEM_DATA Date NOT NULL,
  ITEM_CONTACT_NAME Char(200) CHARACTER SET WIN1251,
  ITEM_CONTACT_PROFESSION Char(100),
  ITEM_KOMPLEKT Char(10) CHARACTER SET WIN1251,
  ITEM_DATA_NEXT Date,
  ITEM_KOMMENT Char(200) CHARACTER SET WIN1251,
  ITEM_USER Char(20) CHARACTER SET WIN1251,
  PRIMARY KEY (ITEM_ID)
);

Поле ITEM_NAME модернизировал в новой базе, как другие, с CHARACTER SET WIN1251, теперь поиск рулит вне зависимости от регистра. Спасибо всем за помощь.

Всего записей: 674 | Зарегистр. 27-07-2007 | Отправлено: 07:52 26-07-2012
delover

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

Цитата:
Я просил сегодня большего чем я специалиста


Цитата:
На сервере кто-то менял дату

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

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 08:25 26-07-2012 | Исправлено: delover, 08:27 26-07-2012
AlexCoRu

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

Цитата:
Оказывается, при создании поля обязательно надо указать кодировку

Необязательно, если при создании базы указать

Код:
CREATE DATABASE 'base.fdb'
DEFAULT CHARACTER SET WIN1251 COLLATION WIN1251;

Всего записей: 911 | Зарегистр. 04-09-2003 | Отправлено: 09:00 26-07-2012
OXDBA

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Maximus777
 ITEM_ID Varchar(10) NOT NULL
Надеюсь использование varchar для хранения id - суровая небходимость?
 ITEM_CONTACT_NAME Char(200)
Интересно почему именно char,  а не varchar?

Всего записей: 426 | Зарегистр. 19-01-2005 | Отправлено: 09:32 26-07-2012
eddoc



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
OXDBA
имхо, отсутствие "базовых знаний" на этапе проектирования базы знаний (каламбур однако)

Всего записей: 328 | Зарегистр. 25-11-2007 | Отправлено: 10:29 26-07-2012 | Исправлено: eddoc, 10:30 26-07-2012
SevereK20

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Maximus777
да..вы все-таки почитайте сперва про проектирование баз данных...
ибо с такой таблицей вы будете постоянно спотыкаться и натыкаться на другие грабли.

Всего записей: 7684 | Зарегистр. 07-05-2010 | Отправлено: 12:03 26-07-2012
Maximus777

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SevereK20
Цитата:
да..вы все-таки почитайте сперва про проектирование баз данных...

А я совмещаю, приятное с полезным. Читаю по ходу пьесы.
 

Цитата:
ибо с такой таблицей вы будете постоянно спотыкаться и натыкаться на другие грабли.

Если на грабли наступать осторожно, то они прослужат долго
 
OXDBA
Цитата:
Интересно почему именно char,  а не varchar?

Сейчас поправим. Благодаря этому вопросу узнал про разницу между этими типами.
 
AlexCoRu
Цитата:
Необязательно, если при создании базы указать

Спасибо за совет.

Всего записей: 674 | Зарегистр. 27-07-2007 | Отправлено: 12:20 26-07-2012
SevereK20

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

Цитата:
А я совмещаю, приятное с полезным. Читаю по ходу пьесы.  

Значит на детали внимания не обращаете
У вас первичным ключем является поле с типом варчар. А integer для кого был придуман?)

Всего записей: 7684 | Зарегистр. 07-05-2010 | Отправлено: 12:22 26-07-2012 | Исправлено: SevereK20, 12:22 26-07-2012
Maximus777

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SevereK20
Цитата:
У вас первичным ключем является поле с типом варчар. А integer для кого был придуман?)

Признаю, накосячил. Но мне так интереснее учиться. Что-то вроде метода военных, из фильма "Пятый элемент" - "сначала стреляем, потом вопросы задаём" . Пока всё это не пошло в промышленных масштабах, буду исправлять. Спасибо за советы.

Всего записей: 674 | Зарегистр. 27-07-2007 | Отправлено: 12:44 26-07-2012
OXDBA

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
офтоп, тогда следующий выстрел попадет в нормальные формы

Всего записей: 426 | Зарегистр. 19-01-2005 | Отправлено: 12:54 26-07-2012
SevereK20

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Maximus777
и последний совет - не читайте сильно замудреные книги по FB на стадии изучения.
на рутрэкере прекрасно ищутся книги по запросу - проектирование баз данных, по 100 страниц. В них на живых примерах показно как, что и для чего лучше использовать.

Всего записей: 7684 | Зарегистр. 07-05-2010 | Отправлено: 13:08 26-07-2012
AlexCoRu

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

Цитата:
Я просил сегодня большего чем я специалиста, привести мне пример когда нужен составной PRIMARY KEY из трёх полей? Он ответил:  > Например номер карты, серия, магнитный код.  Я тогда снова спросил - а что это даёт? Он ответил:  > Уникальность связки.  Тогда я пояснил - есть в IBExpert вкладка - ограничения - уникальные. Там это всё можно легко сделать. Вопрос для чего нужен именно составной PRIMARY KEY из трёх полей? И при этом необходимо исключить стандартный вместе с генератором? Он ответил:  > Не знаю.

Цитата:
У вас первичным ключем является поле с типом варчар. А integer для кого был придуман?)
Varchar это, конечно, ни к чему. Но char(10) вполне сойдёт - может ключ естественный, и незачем напрягать всякие генераторы.

Всего записей: 911 | Зарегистр. 04-09-2003 | Отправлено: 14:00 26-07-2012 | Исправлено: AlexCoRu, 14:00 26-07-2012
Maximus777

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SevereK20
Цитата:
на рутрэкере прекрасно ищутся книги по запросу - проектирование баз данных, по 100 страниц. В них на живых примерах показно как, что и для чего лучше использовать.

К сожалению, не смог найти, попадаются какие-то мегабуквари по 1000 страниц и про примеры в описании ни слова. Если знаете названия таких книг, буду очень признателен за инфу.

Всего записей: 674 | Зарегистр. 27-07-2007 | Отправлено: 14:09 26-07-2012 | Исправлено: Maximus777, 14:10 26-07-2012
SevereK20

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Maximus777
Добегу до дома - скину название. В бумажном варианте у меня она. Но и в инете видел ее. Отпишу еще.

Всего записей: 7684 | Зарегистр. 07-05-2010 | Отправлено: 14:20 26-07-2012
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexCoRu
Ну вот я же оказываюсь и.... незнайкой, нда.

Цитата:
Varchar это, конечно, ни к чему. Но char(10) вполне сойдёт - может ключ естественный, и незачем напрягать всякие генераторы.  

Правда извините пожажа, ну правда правда, не знаю я галочки в бекапах. Мне сегодня рассказали почти про все, я правда думал, что бекапы делают селект с ORDER BY по Primary Key - для оптимизации индексов. Мне это было важно, чтобы все данные оставались как есть. Перекомпилируются только индексы, триггеры и процедуры. Я знаю только две галочки для перехода на 2.5 ну и галочку заменить базу. Ну и то что размер бэкапа почти равен размеру реальных данных для восстановления базы.
 
char(10) даже лучше - спасибо.
 
Добавлено:
ant0ni02004

Цитата:
ну не то чтобы совсем с нуля переписывать, а самому пораскинуть мозгами как должны выбираться данные и соотв.

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

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 19:29 26-07-2012
SevereK20

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Maximus777
Увы, что-то я попутал. не нахожу ее в электронном варианте. поспрашайте, мож у знакомых кого есть - Ю.А. Шпак - Проектирование баз данных. просто как 2x2
там хоть на примере MS Access-а все, но предельно понятно суть..

Всего записей: 7684 | Зарегистр. 07-05-2010 | Отправлено: 01:13 27-07-2012
Maximus777

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SevereK20
Спасибо за инфу, может где попадётся. Где скачать тоже не нашёл.

Всего записей: 674 | Зарегистр. 27-07-2007 | Отправлено: 09:50 27-07-2012 | Исправлено: Maximus777, 09:50 27-07-2012
eddoc



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Maximus777
Читайте Х.Борри "Руководство разработчика" (а также Ковязина с Востриковым, Бондаря (тут список). Правда, она (книга Борри) написана во времена FB 1.5, но для освоения базовых понятий - самое то. Кроме того, огромная кладезь статей у Дмитрия Кузьменко(aka KDV) на ibase.ru
 
Если хотите вживую пообщаться с русскими разработчиками FB - сюда

Всего записей: 328 | Зарегистр. 25-11-2007 | Отправлено: 14:20 27-07-2012 | Исправлено: eddoc, 14:24 27-07-2012
Shaman2

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

Цитата:
Если хотите вживую пообщаться с русскими разработчиками FB - сюда

 
Только не новичкам. Нормального ответа на данном форуме дождаться это что-то. ИМХО

Всего записей: 358 | Зарегистр. 18-07-2003 | Отправлено: 14:55 27-07-2012
SevereK20

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

Цитата:
Только не новичкам. Нормального ответа на данном форуме дождаться это что-то. ИМХО

ну там на тупые вопросы даже в мануале не тыкают - просто мимо проходят. когда хороший вопрос - всегда есть ответ.

Всего записей: 7684 | Зарегистр. 07-05-2010 | Отправлено: 15:32 27-07-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 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