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

вот результат



Теперь в поле ID_Sort требуется записать числовые значения таким образом, чтобы записи шли поочереди




Для наглядности в экселе изобразил так:


Не знаю, понятно ли?  

Добавлено @ 17:01
Т.е. как бы выхватывая из каждой группы записи, их нужно выстроить одну за другой. Может проще на Delphi соорудить?

Это сообщение отредактировал(а) Akella - 1.6.2012, 12:45

это что один раз надо сохранить? тогда если 10 строк - то проще руками, если больше то быстее ИМХО на дельфях

пока что в базе всего около 65 тыщ объявлений

Добавлено через 2 минуты и 1 секунду
юзеры молятся  , ибо если я не сделаю, то они будут сортировать ручками 65000 записей 

Добавлено через 9 минут и 2 секунды
Пока делаю на дельфи

Тестирую, не знаю, что получиться

Принцип такой. Создаю нужное количество массивов. Потом цикл по массивам

Akella, что-то не совсем понятно, а можешь объяснить как-нибудь по другому?
Если есть 3 значения поля (квартал, аверс, жидн), которые идут друг за другом, причем тут группы?
И почему так много записей?
И по какому признаку это группируется?
Может все-таки еще какие-то поля будут учавствовать в алгоритме?

группы - это образно говоря, т.к. группы объявлений, группа объявлений от квартала, группа объявлений от ЖиДH`а, группа объявлений от Аверса, ну типа объявления могут сгруппированы/отсортированны по ID рекламодателя.

Добавлено @ 10:32

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



Это сообщение отредактировал(а) Akella - 1.6.2012, 12:45

Разбиваем на массивы одинаковых слов, каждому элементу в пределах массива прописываем его порядковый номер, заносим в БД и запросом сортируем.

квартал 1
квартал 2
квартал 3

аверс    1
аверс    2

жидн    1


получаем 

аверс    1
жидн    1
квартал    1

аверс    2
квартал    2

квартал    3

Akella,  у тебя получилось?

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

Добавлено через 3 минуты и 12 секунд
Vas, 
я так понял ID станет  ключем. 

ну я перед обработкой запихиваю группы объявлений в массив датасетов, выше на дельфи код:



т.е. получается массив датасетов, в каждом датасете набор/группа объявлений от конкретного рекламодателя, т.е. 10 рекламодателей, и 10 датасетов в массиве получается

в q[0] объявления от Квартала
в q[1] объявления от Аверса
в q[2] объявления от ЖиДH
в q[3] объявления от ещё от кого-то там

Что нужно сделать?
Первой записи (в поле ID_SORT) датасета q[0] присваимваем 1
Первой записи (в поле ID_SORT) датасета q[1] присваимваем 2
Первой записи (в поле ID_SORT) датасета q[2] присваимваем 3

прошли все записи массива и опять
Второй записи (в поле ID_SORT) датасета q[0] присваимваем 4
Второй записи (в поле ID_SORT) датасета q[1] присваимваем 5
Второй записи (в поле ID_SORT) датасета q[0] присваимваем 6

и т.к.

Теперь когда мы отсортируем записи по полю ID_SORT, то получим такую чехарду, как показано на рисунке



Это сообщение отредактировал(а) Akella - 1.6.2012, 12:46

А смысл его делать ключом? Если и делать то составной (Name, ID_Sort).


А если не три разных наименования, а n-ое количество, причем заранее не известное 

нет, намудрил я здесь


что-то не так, что-то забыл, логика у мну хромает, моск тоже хромает   

А в пределах группы сортировка по наименованию не нужна?

Вот именно, мало того, в каждом датасете свой количество объявлений:  от квартала 10, от аверса 50, от ЖиДH 1000.

перечитал свое, кажется с утра у меня плохл с формулировкой мыслей

ну вообщето эти три ифа должеы быть одной функцией, но это уже не принципиально, если речь идет о тулсе которую просто надо быстро запустить....
ИМХО конечно...

Это сообщение отредактировал(а) vladimir74 - 2.12.2008, 10:59

по идее никаких имён там нет, имя это я привёл для наглядности 
и там вообще такая сортировка   , но это к делу не относится, всё отсортировано до вас  , осталось отсортировать по последнему полю, но в поле нужно записать правильные значения, чтобы получилась правильная сортировка

Это сообщение отредактировал(а) Akella - 2.12.2008, 11:00

Akella, а почему на сервере не хочешь сделать, насколько я замечал ты с БД дружишь. 
1. Выбираем строго наименования не повторяющиеся и делаем курсор по этому запросу

2. Цикл по выбранному курсору, внутри цикла выбираем все записи соответсвующие этой группе

3. Тоже объявляем курсор и внутри курсора апдейтим записи по порядку.
4. Затем сортируем как я уже писал.

Добавлено через 1 минуту и 34 секунды

Дык не имя, а какой-то признак для разбивки по группам есть же? 

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



Добавлено через 1 минуту и 46 секунд

Не могу сообразить как это средствами хранимки (Firebird) сделать. Я и на дельфи-то до конца не могу сообразить.

Осталось совсем чуть чуть, довести до ума этот участок, который выдёргивает записи из массива датасетов и записывает в них значения.



Добавлено через 2 минуты и 44 секунды

в PSQL Firebird`а нет возможности объявлять массив курсоров

Добавлено через 3 минуты и 37 секунд
Кофе закончился.   

/*ушёл просить кофе у бухгалтеров

Добавлено через 5 минут и 20 секунд
Наверное забыл про q[i].next   

так у тебя в таблице много рекламодателей?
а новый ID  должен быть сквозным или отдельным для каждого?

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

Добавлено через 4 минуты и 42 секунды

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

Добавлено через 8 минут и 53 секунды

ИМХО нужно просто счетчик сделать отдельной переменной...

Добавлено через 9 минут и 42 секунды

и это тоже....

да, в таблице рекламодателей на данный момент пока что 124 записи, а это значит, что в таблице объявлений живут объявления от 124 разных рекламодателей

Добавлено @ 11:36

точно... ты прав, надо подумать ещё

Добавлено @ 11:41
Переделал на 


тестирую, о результатах отпишусь

Это сообщение отредактировал(а) Akella - 2.12.2008, 11:42

Akella, есть одна мысль, сейчас попробую объяснить.
Допустим есть запрос:который выдает всех рекламодателей (РД) с их объявами (О).
СчетчикСтарт:=0;
Далее, находим минимальное кол-во объяв (обозначим М) и кол-во записей в запросе ( Cnt )
Далее цикл типа такого:
Аналогично со вторым, третьим и т.д.
Когда прошли всех РД в запросе, делаем переоткрытие запроса, и продолжаем с начала. Значение СчетчикСтарт := max(Sort_ID) + 1;
Делаем пока основной запрос возвращает данные.
Надеюсь понятно объяснил.

Это сообщение отредактировал(а) Deniz - 2.12.2008, 14:37

будет всегда 0 записей, т.к. в базе не бывает записей, где id_sort может быть пустым, это регулируется триггерами  

Добавлено через 1 минуту и 23 секунды


treklama - это таблица, где хранятся сами объявления, а рекламодатели хранятся в tagency
или я недопонял ход твоих мыслей

ты в это поле записываешь ключ сортировки, и что там было до этого не важно, я так думаю.
Можно поменять запрос на where id_sort = тот признак, при котором надо делать обновление, предполагаю что 0

значит я плохо объясняю.
Как я понял нужно выбрать всех рекламодателей и напечатать по 1 объяве из каждого, потом еще по одной и т.д.
Так вот мысль была такая:
Запросом отбираем, именно из treklama, всех РД и кол-во их объявлений.
Кол-во записей в этом наборе есть шаг приращения Sort_ID, а М это минимальное кол-во объявлений, которое есть у всех.
т.е. если взять первый пост с примером, то
этот запрос дает те объявления, в которых надо обновить сортировку.
Мин = 1
Cnt = 3
Идем по циклу от 0 до М-1, пока 1 раз, получаем по всем РД, Счетчик дорос до 3 (3 записи) и увеличиваем его на 1.
далее переоткрываем запрос, жидн пропадает из результата, его уже обновили, получаем
Мин = 1
Cnt = 2, опять тоже самое, как в первый раз не совсем удачный пример получился.
результат:
На след итерации останется толькоМин = 2
Cnt = 1
Сейчас нет времени писать код на Delphi, но если не поймешь, может завтра попробую соорудить что-то.

правильно



ну да


дальше не до конца понял, туплю, разбираюсь в твоём алгоритме

Добавлено через 6 минут и 16 секунд
Всё, вроде получилось   , вот окончательный код:



Всем большое спасибо!!     

Отдам юзерам, пусть теперь они мучаются  

Добавлено через 7 минут и 52 секунды
Но я пока что не ставлю вопрос, как решённый.   
"От этих пчёл всего можно ожидать". (с)  

мда    алгоритм дал сбой, в некоторых места идут записи не поочереди, а подряд    
/*ушёл думать дальше

Akella, мой вариант попробуй, может получится   

ну я же так и делаю


Вот получился у меня массив из трёх НД (наборов данных). В одном 10 записей, во - втором 116 и в третьем - 350.


M = 10 для всех, так?
Приращение для каждого своё: 10, 116 и 350. Так?




вместо моего?

нет
Для всех приращение = кол-во записей в наборе (в моем select)
т.е., по моему select получается:
приращение 3, далее расчет
и так до мин кол-ва из поля select у нас 10, 
переоткрываем запрос и получаем:
id_agency1 нет в наборе, потому как ее объявления уже отсортировали, приращение 2 (кол-во записей), счетчик с прошедшего останова = 33, ему +1, в итоге
и так 106 раз (мин кол-во в select)
Будет желание напишу код на Delphi

попробую   

Заинтересовался))))

*ушел кодить*

такс)...

создал таблицу
w_test:
FName varchar(50)
ID_Sort int

добавил записи только в fname
a
a
a
a
b
b
b
c
c
d

Delphi>>





Добавлено @ 12:49
работает на mssql2005
будет работать на др серверах, если реализовать функцию в UPDATE -> TOP 1

Это сообщение отредактировал(а) uranpro - 10.12.2008, 12:53

Попью кофе - попробую.   

В любом случае всем большое спасибо за помощь!!

Видители в чём дело... вывод объявлений немного сложнее. По идее мой алгоритм работает идеально, если сортировать только по одному полю ID2. Но... сортировка при окончательном выводе немного другая, т.е. вначале онисортируются по другим полям:
sort_napr, sort_type, sort_razdel, sort_rubrika, sort_region, sort_vid

а вот полная сортировка
order by sort_napr, sort_type, sort_razdel, sort_rubrika, sort_region, sort_vid, id2

в процедуре вывода объявлений возможно косяк у меня   

))) завел 60тыс записей...
программа обрабатывает 1000 за 45сек)))

я запутался в твои сообщениях  

Добавлено через 30 секунд
uranpro, время ничто (с) 5ый элемент

Добавлено через 1 минуту и 38 секунд
я жговорю, что у меня не 2 поля для сортировки, а фактически 7. И вот в окончательное 7ое с именем ID2 нужно записать правильные цифры

Добавлено через 2 минуты и 46 секунд

Firebird 60 тысяч записей обрабатывает за 45 секунд, но это уже никакого отношения к делу не имеет

Сделал тестовую процедуру, которая показывает порядок сортировки:


вот результаты:

вначале всё идёт идеально, объявления разных РД выводятся поочереди


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


как всегда в коде какая-нибудь мелочь   

Начинает доходить, в моём алгоритме у кого меньше всего объявлений, тот в итоге (в дальнейшем) и начинает вылазить первым...

Добавлено @ 16:17
Deniz, 


Переделал на


Результат
SORT_BY_AGENCY    COUNT

SORT_BY_AGENCY    COUNT

1    161
2    305
3    29

я правильно иду?

Не доходит, зачем у тебя where id_sort is null и order by в нужном порядке

Это сообщение отредактировал(а) Akella - 10.12.2008, 16:27

переделав запрос на


узнаём, что первая запись в поле count содержит M, минимальное количество объяв.
А количество записей в запросе Cnt = 3

показывает тебе не отсортированные записи

В поле id_sort (у меня оно называется ID2) нет пустых значений.
Принцип такой. Пользователь в таблице каким-либо способом указывает, какие объявления нужно публиковать. Эти объявления помечаются специальном поле.

Akella, что-бы нормально алгоритм дорисовать, нужно знать все условия и ограничения.
Например, пользователь определяет список объявлений, в поле id_sort или другое ставится определенный код.
Далее порядок сортировки ... и т.д.
Опиши, может алгоритм вообще другой нужен.

Добавлено через 3 минуты и 19 секунд
тебе этот запрос надо отсортировать так, в каком порядке пойдут agency, а order by 2 делать не надо