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

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

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

delphi or sql? [D7, MSSQL]

Страницы: 1 2 >
azamat © (2008-10-27 09:57:00)
Здравствуйте всем.

Задался вопросом, что будет быстрее(лучше): хранить инфу в одной таблице в одном поле(строка 50-100 символов) и в дельфи разбивать на нужные данные по необходимости или создать 3-4(может больше) таблиц, и хранить в них уже разобранные строки?

delphi7, mssql2005.

Заранее благодарен.

Anatoly Podgoretsky (2008-10-29 16:24:00) [1]
> Ega23 (29.10.2008 13:45:23) [23]

QA это свои понятия как подсвечивать, к резервированым словам не имеет отношения.

Anatoly Podgoretsky (2008-10-29 16:23:00) [2]
> sniknik (29.10.2008 13:23:21) [21]

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

Anatoly Podgoretsky (2008-10-29 16:18:00) [3]
> clickmaker (29.10.2008 12:40:18) [18]

Не надо отказываться, просто надо использовать каноническую, а не сокращеную форму, Как приведено в кавычках, в соответствии с синтаксисом СУБД.

Ega23 (2008-10-29 14:51:00) [4]

> не подсвечивает

Ну когда я ветку поднимал, кто-то ссылку на microsoft давал, дескать это дело "на всякий пожарный" зарезервировано на будущее. Видимо в 2005-м передумали.

clickmaker (2008-10-29 14:00:00) [5]
> at проверь

не подсвечивает

Ega23 (2008-10-29 13:45:00) [6]

> at проверь

У меня 2005 нет. В QA из дистрибутива 2000 - подсвечивает.
Собственно, откуда заметил - была у меня табличка AnimationTemplates. Естественно, в качестве алиаса в конструкции from само-собой напрашивается AT. Вот и обратил внимание (даже года 2 назад ветку по этому поводу поднимал).

ID тоже подсвечивает.

sniknik (2008-10-29 13:25:00) [7]
> кстати, 2005 id уже не подсвечивает
исправили ошибку в "светильнике" или отказались от планов сделать зарезервированным. (если были такие)

at проверь

sniknik (2008-10-29 13:23:00) [8]
> Ещё ни одной рекомендации не видел.
а я против использования ID. ни разу (в этой ветке не считается). подсветку в QA вроде видел, редко им пользуюсь, но даже если и видел то как то не обратил внимания.

clickmaker (2008-10-29 13:17:00) [9]
кстати, 2005 id уже не подсвечивает

Ega23 (2008-10-29 13:01:00) [10]

> Что ж теперь - от всех отказываться?

Нет. Но это как с тем самым приснопамятным goto. Есть оператор? Есть. Можно использовать? Да, можно. Рекомендуется использовать? Ещё ни одной рекомендации не видел. Хотя пару раз сам использовал.

clickmaker (2008-10-29 12:40:00) [11]
create table SomeTable
(
[ID ]int not null,
[Name] varchar(32) not null,
[Description] varchar(256) null

там до хрена этих "подсвеченных" слов. Что ж теперь - от всех отказываться?

Ega23 (2008-10-29 09:40:00) [12]

> MSE от 2005 Express не дает никакого особого света.

Query analyzer - даёт

ЮЮ (2008-10-29 04:40:00) [13]

> MSSQL. подсвечивает

В каком, интересно, месте светит? :) MSE от 2005 Express не дает никакого особого света.

A IDE Indexздесь зачем-то подсвечивает.
property Prop[ Index: integer]: ...
И что?

Ega23 (2008-10-27 13:32:00) [14]

> это в каком сервере/движке? ни разу не встречал... т.е.
> это практически всегда незарезервированное слово.

MSSQL. подсвечивает. Значит - резервированное. Может и неявно, типа как "at".

sniknik (2008-10-27 13:26:00) [15]
> В большинстве случаев - зарезервированное слово.
это в каком сервере/движке? ни разу не встречал... т.е. это практически всегда незарезервированное слово.

Ega23 (2008-10-27 13:23:00) [16]

> Я так понимаю надо дополнительную таблицу просто - (ID,
> id_abiturienta, id_predmeta, ball) и все дела )

Правильно понимаешь.
Только вторичные ключи для целостности данных выставить не забудь.
И ещё: настоятельно не рекомендую использовать название столбца "ID". В большинстве случаев - зарезервированное слово.
Используй, например, "UNID" или "UID" (Unique Identifier).

azamat (2008-10-27 13:12:00) [17]
Ну да, почти такая же мысль у меня возникла поначалу ;)
Только тут с абитурой, и несколько предметов у них.
Я так понимаю надо дополнительную таблицу просто - (ID, id_abiturienta, id_predmeta, ball) и все дела )

Ega23 (2008-10-27 12:56:00) [18]

> По сути вопроса я в принципе понял - если в скуле всё нормализовать,
> то такой проблемы уже не возникнет, спасибо вам.

Да незачто пока... :)
Просто уже среди товарищей, которые только начинали с БД работать, неоднократно вопрос возникал (например):
Делаю "фильмотеку", есть таблица актёров, есть таблица фильмов. А вот когда в фильме больше одного актёра играет (хе-хе) как делать: заводить в таблице Films столбец Actors и строкой ID актёров через разделитель перечислять?

Я, собственно, почему про один-ко-многим тебя и спросил.. :)

azamat (2008-10-27 12:39:00) [19]
Спасибо, попытался описать проблему полностью - а это придётся структуру базы(хотя бы вкратце) описывать, в общем, я обломался это делать. )
По сути вопроса я в принципе понял - если в скуле всё нормализовать, то такой проблемы уже не возникнет, спасибо вам.

Ega23 (2008-10-27 12:00:00) [20]

> Я же не обозначил свои задачи, почему ты решил, что у меня
> "многие-ко-многим"?

Потому, что это стабильная проблема начинающих: не укладывается в голове, как многие-ко-многим или один-ко-многим сделать.

А вообще megabyte прав - проблему уточни.

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

Наверх

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