Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Проблема с полями [D7, MSSQL]

Страницы: 1 2 3 >
Рафик © (2004-08-06 11:11:00)
У меня D7, Win 2000, MSSQL 2000 SP4, на SQL есть база с 68 полями, при подключении её в Делфях почему то часть полей теряется, что может быть подскажите.

s999 (2004-08-09 14:10:00) [1]

> Интересная вещь поменял nvarChar на Varchar и поле увидилось,
> чем это может быть плачевно, подсажите пожалуста!!!

Скорее всего, просто компоненты доступа не поддерживают тип данных nvarChar.

sniknik (2004-08-09 13:36:00) [2]
> 2 sniknik © (09.08.04 12:46) [49]
мне то это зачем? я чтото против этого говорил?

> 3. Ты имеешь что-то против BDE? :о)
а то. BDE хорош для парадокса и тд. локальные базы, и то не всегда, сейчас.
юникод он кстати не поддерживает. но по вопросу (исчезают поля, а не данные в них символами вопроса) непонять. и не предположить (неуказано что используется)

> 2 Рафик (09.08.04 12:34) [47]
> Исправь nvarchar на varchar
он это уже сделал, см. [44]. ну а если родная прога использует их для 2х-3х-... языков? а не только английский-локальный. тогда как?
глюки на оригинальную прогу спишем? чего гады не предусмотрели, мы же тут править будем!

Nikolay M. (2004-08-09 13:02:00) [3]

> sniknik © (09.08.04 12:44) [48]

Уговорил. Насколько помню, варчары хранятся в "куче" в MySQL и, кажется, ИБ, а вот насчет мсскл такой уверенности не было, виноват :)

Ega23 (2004-08-09 12:59:00) [4]
2 sniknik © (09.08.04 12:46) [49]

1. nvarchar от varchar отличается только тем, что юникодовая строка.
2. Действительно, varchar всего лишь указатель; если таблица с одним полем varchar(8000), то длина записи - 4 байта.
3. Ты имеешь что-то против BDE? :о)

2 Рафик (09.08.04 12:34) [47]
Исправь nvarchar на varchar

sniknik (2004-08-09 12:46:00) [5]
> Да у меня и кода нет ни какого обычный запрос Select * From tblUnits, в DBGRID, нет полей которые имеют тип nvarChar.
ага, запрос естественно висит в воздухе, а несуществующие nvarChar-ы не имеют отношения к показаному скрипту. а что же мы тут тогда обсуждаем?

sniknik (2004-08-09 12:44:00) [6]
> 2 байта. При чем тут указатель?
varchar указывает на то что что в записи не хранится сама строка как в случае char, а только указатель на нее сама она в другом месте (иначе не достигнуть вариабельности в длинне).
вот при этом.

можеш полистать BOL (вижу знаком, ссылки копировать умееш) по теме архитектура базы.
почему 4 а не два? а хрен его знает именно такой встречал в описаниях (может резерв, может для однотипности с мемо/имеджем, может просто меня память подводит и действительно 2)

для облегчения поиска (это типа подтверждение что я прав, в том что не надо было варчары считать)
раздел Pages and Extents
....

Rows cannot span pages in SQL Server. In SQL Server 2000, the maximum amount of data contained in a single row is 8060 bytes, not including text, ntext, and image data.

хотя чего доказывать? см.
> Рафик (09.08.04 11:44) [44]
это у него действительно не от ограничения.

Рафик (2004-08-09 12:34:00) [7]
Да у меня и кода нет ни какого обычный запрос Select * From tblUnits, в DBGRID, нет полей которые имеют тип nvarChar.

Nikolay M. (2004-08-09 12:11:00) [8]

> nvarchar в записи занимает 4 байта (это же указатель),

2 байта. При чем тут указатель?

nvarchar(n)

Variable-length Unicode character data of n characters. n must be a value from 1 through 4,000. Storage size, in bytes, is two times the number of characters entered.The data entered can be 0 characters in length. The SQL-92 synonyms for nvarchar are national char varying and national character varying.

sniknik (2004-08-09 11:55:00) [9]
> Я уже в полном тупике блин!
не ты один, ты всех в него поставил. ;о))

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

могу только предложить, выслать тебе тестовую програмку (500кб архив), если в ней по твоему запросу поля увидиш то дело явно не в базе. а в твоем (так и непоказаном) коде (/структуре определенной в десигне).

> nvarChar на Varchar и поле увидилось, чем это может быть плачевно
неправильной работой проги, n это "национальный"/national, типа руского.... так ты значений в поле не видел, а не самого поля?????

Рафик (2004-08-09 11:44:00) [10]
Интересная вещь поменял nvarChar на Varchar и поле увидилось, чем это может быть плачевно, подсажите пожалуста!!!

Рафик (2004-08-09 11:37:00) [11]
Ничего не понял, что мне сделать то лучше, как мне от этого извращения избавиться?

Я уже в полном тупике блин!

sniknik (2004-08-09 11:34:00) [12]
сомнение есть насчет ограничения... не о самом ограничениии а о посчитаном обьеме записи. nvarchar в записи занимает 4 байта (это же указатель), стоит ли учитывать обьем на который он указывает а не тот что занимает?

сделал таблицу по примеру скрипта... все поля видны.
естественно это
> [UnitTsht] AS ([dbo].[fnUnitTimeSum]([UnitID], 1)) ,
> [UnitTpz] AS ([dbo].[fnUnitTimeSum]([UnitID], 2)) ,
выкинул (ну нет такой у меня)

дело не в этом. (имхо) скорее в методах доступа (если счас скажет что BDE использует, не удивлюсь ;о)).

Nikolay M. (2004-08-09 11:29:00) [13]

> Рафик (09.08.04 11:23) [39]
> А ссылку по полям, как можно сделать!

А теперь тоже самое, но по-русски? И если это вопрос, то еще бы не помешало и знак "?" в конце поставить :)

Sergey13 (2004-08-09 11:27:00) [14]
2[38] Nikolay M. © (09.08.04 11:20)
ИМХО, запаришся подставлять, если это не просто "действующая программа", а чужая (без исходников)"действующая программа" . Т.е. саму то таблу на вьюху - нет проблем. А вот ведение той таблицы в закрытой программе, а ведение новых таблиц - как? Тут по крайней мере все очень непросто. ИМХО

Рафик (2004-08-09 11:23:00) [15]
А ссылку по полям, как можно сделать!

Nikolay M. (2004-08-09 11:20:00) [16]

> Так ведь прога оригинальная не будет работать, она же закрытая!

Почему?

> для поддержки обратной совместимости создать вьюху с таким
> же именем.

Ы?

Рафик (2004-08-09 11:10:00) [17]
Так ведь прога оригинальная не будет работать, она же закрытая!

Nikolay M. (2004-08-09 10:31:00) [18]

> Ega23 © (09.08.04 10:29) [35]

Ессессно.
10 утра, а я еще не проснулся... :)

Ega23 (2004-08-09 10:29:00) [19]
денормализацию
????
Может нормализацию???

Nikolay M. (2004-08-09 10:10:00) [20]
Сделать, как тебе сказали, денормализацию, эту страшную таблицу удалить и для поддержки обратной совместимости создать вьюху с таким же именем.

Страницы: 1 2 3 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »