|
Тема
|
veroyatno vuprosa e mnogo tup sorry
|
|
Автор | ZergSwarm (Нерегистриран) |
Публикувано | 26.07.03 15:09 |
|
Zdraveite momcheta imam edin asp-sql problem (po skoro Akseski) znachi
iskam da selectiram broya na edni neshto po nyakakuv kriterii v bazata danni
i da izobrazya broya im v stranicata znachi pisha "SELECT Count(*) AS neshto
FROM Tobekti
WHERE uslovie="tova_za_koeto_proveryavam_broya"; obache iskam da izkaram kato rezultata i broya na oshte edno neshto pravya go s drugo Query pak Select i taka natatuk nyama li nachin da go napravya tova s edno Query ? Inache tryabva
da puskam 15 Queryta ? Nyakak si da napravya JOIN na selekcii ?
| |
|
SELECT COUNT(ID) AS COUNT_ID, COUNT(IDSEL) AS COUNT_IDSEL FROM TOBJECTS WHERE (Kvoto iskash) ?
UB40 !
| |
Тема
|
Re: veroyatno vuprosa e mnogo tup sorry
[re: ZergSwarm]
|
|
Автор |
Pechenia (нема лабаво ;-) |
Публикувано | 27.07.03 21:46 |
|
Напиши няколкото query-та тука, а не е лошо да дадеш и таблицата.
чети и дишай по-леко
| |
Тема
|
Re: veroyatno vuprosa e mnogo tup sorry
[re: Pechenia]
|
|
Автор | ZergSwarm (Нерегистриран) |
Публикувано | 28.07.03 19:55 |
|
Jamey taka ne stava neshto ;-( Access-a dava greshka eto ya tablicata
ID Tipsdelka Tipimot Rayon Cena IDBroker IDinfo
6 продажба едностаен център 124456 1 1
7 продажба двустаен център 123456 2 2
i iskam vuv stranicata da vizualiziram
ednostaini: "edi kolko si oferti"
dvustaini: "edi kolko si oferti"
s 15-e Queryta stava pisha si
SELECT COUNT(*) AS ednostaen
FROM Tobekti
WHERE tipimot="едностаен";
SELECT COUNT(*) AS ednostaen
FROM Tobekti
WHERE tipimot="двустаен";
posle ot asp-to si gi Select * From Query1 naprimer
i taka do 16 ama e malko bavno i iskam zatova s 1 Query ako moje
predvatitelno vi blagodarya za pomoshta
| |
Тема
|
Re: veroyatno vuprosa e mnogo tup sorry
[re: ZergSwarm]
|
|
Автор |
Pechenia (нема лабаво ;-) |
Публикувано | 28.07.03 20:16 |
|
Ето ти "подобен" SQL
select distinct
(select count (node_id) from table_nodes where node_parent_id=0),
(select count (node_id) from table_nodes where node_parent_id=1)
from
table_nodes
Подобен е, за да го пробвам с моя таблица. Мисля че е лесно да се преработи.
Успех!
чети и дишай по-леко
| |
|
е добре да погледнеш агрегатните функции на Ес Кю Ел-а по принцип :-)))
UB40 !
| |
Тема
|
Re: veroyatno vuprosa e mnogo tup sorry
[re: ZergSwarm]
|
|
Автор |
dzver (чатер) |
Публикувано | 29.07.03 15:44 |
|
добре е класификацията ти да е с цифрички и евентуално в друга таблица да имаш съответствие на коя цифричка какво име ходи... малко е тъпо да групираш по текстово поле.
| |
Тема
|
За сега dzver-a е най-прав
[re: ZergSwarm]
|
|
Автор | Mнитeлeн (Нерегистриран) |
Публикувано | 06.08.03 17:34 |
|
Пичове, какви са тези смешки дето ги пишете бе, вие програмисти ли сте или какво? За какво ни е релационния модел след като пишем едни и същи стрингове по N пъти...или за да има след вас какво да се оптимизира :) Печен, не ме разочаровай братко. Какъв е този distinct, не съм очаквал подобно нещо точно от теб! Момчета неща като типа на имота - "едностаен", "двустаен", "тоалетна", "кенеф" и т.н. се изнасят в отделна табличка и се прави външен ключ, ако сте чували за таквоз животно.
Не става ясно точно 15 селекта ли трябва да има или толкова, колкото са различните видове имоти. Аз бих обходил въпросната табличка с типа имоти и за всеки запис си навъртам стринг и накрая да получа нещо такова - sql =
select 1 as someID, count(*) from onazi_tabliza where uslovie1
union
.......
select N as someID, count(*) from onazi_tabliza where uslovieN
да ги изпълня, да си обходя recordset-а и да го визуализирам.
Е, хайде, на слука!
| |
Тема
|
Re: За сега dzver-a е най-прав
[re: Mнитeлeн]
|
|
Автор |
Pechenia (нема лабаво ;-) |
Публикувано | 06.08.03 19:25 |
|
Споко, човече... Не е ясно дали базата вече не е направена и ползвана от друго приложение, например.
Не съм казал, че този SELECT е най-оптималния начин за работа. Ако отидем до там, най-скоростния начин е да имаш за всеки един вид имот един брояч, който да се увеличава при добавяне и намалява при изтриване. Тогава и няма да има тлъсти заявки.
Само че юнака вече има готова база и вероятно някакъв направен интерфейс, за да опре до извличане на такива данни. Нека разгледаме кой от нас какво му предлага:
- ти му предлагаш да си преправи базата, евентуално да експортва и импортва данни.
- аз му предлагам да напише един SQL
И последно - не се разочаровай от мен. Щото аз ако тръгна да се разочаровам, трябва да питам какъв е тоя дизайнер на база, който предлага база без броячи за всички възможни типове и ще налага да се използват тлъсти SQL-и, особенно за Уеб приложение. За щастие съм оптимист и предпочитам да гледам положителните неща в хората - например желанието на човек да помогне на другия, без да се бие в гърдите, дори и да има някакво основание.
Бъди здрав.
чети и дишай по-леко
| |
|
|
|
|