ну, не знаю... я вьюхи вообще практически не использую - только для репортинга. Все, что делается во вьюхах, точно так же делается обычными запросами и/или SP, которые к тому же гораздо мощнее.

Access для 3 000 000 Datensätze?! Забудьте. Никогда в жизни.
------
For a ONE TIME operation? And without restriction for responding time?..
Or you may teach someone how to do that with MSDE without
Connectivety Toolses?

а в View можно выборку сделать. Например найти все, где Count(Trim(Имя1 & Имя2) & " ") больше единицы и потом только их обрабатывать.
-----
Do you known somthing about Queries in Access?

Сама таблица может только сортировать.
-----
Brrrr... So long as I work in SD tables just store a data...
Make ordering in tables is somthing new for me... and for a people with wich I work...

Вы может и сможете на каком нибудь суперкомпе сделать, с кучей процессоров и огромным RAM ом, хотя Access ограничивает ещ╦ и размер Базы Данных.

Вы имеете в виду с VB.NET ? Вы найд╦те кучу примеров в инете и так же для веба. Например 101 пример от Microsoft.

Так я почти всегда и делаю вьюхи в SQL языке.
-----
You make a VERY BIG GE-MO-RO-Y for your self.
Во вьюхах можно очень много делать.
-----
Yes. But you can't implement all of buisnes logic in Views!..
Если не помогает, беру свой VB.NET и програмирую там с OLEDB.
-----
You just increased your VERY BIG GE-MO-RO-Y which you create for your self.
It's very simple to understand - you have a piece of buisnes logic in Views, piece of buisnes logic in .Net and, possibly, piece of buisnes logic in TSQL procedures. It's really VERY VERY BIG GE-MO-RO-Y...

Я имел ввиду в маске таблиц Access и Enterprise Manager.
Хотя сама таблица конечно ничего не сортирует.

Вы имеете в виду с VB.NET ?
------
No. Just Connectivety Tools from MS SQL Server - EM + QA + Profiler.
Possible, of course, use a .NET, but are you ready to teach Yaric15 how to do so? Remember - you have time by Friday.
с кучей процессоров и огромным RAM ом,
-----
It it works - it work. As I sad previously - there no restriction for responce time. 10 min - fine, 10 hour - fine too...
хотя Access ограничивает ещё и размер Базы Данных.
-----
The same as MS SQL.

Знаете что... Я не профи, это не моя работа, мо╦ дело сети. И если мне надо что то почистить, я пользуюсь простыми методами. А вот Вы, как "профи", ещ╦ ничего пока что не предложили коме того же DISTINCT в вьювере с записью в новую таблицу. Есть время только на называние всего "VERY BIG GE-MO-RO-Y"? Может я и делаю это себе, но делаю быстро и без боли, не умничая. Почистить небольшую таблицу с вьювером намного быстрей, чем сидеть и програмировать.
И было бы не плохо писать в Германке на русском или на немецком...
Как Вы это раньше делали....
И не надо только другим рассказывать, как Вы трансакционами пользуетесь. Здесь был вопрос нормальных пользователей, не профи...

А вот Вы, как "профи", ещё ничего пока что не предложили коме того же DISTINCT в вьювере с записью в новую таблицу. Есть время только на называние всего "VERY BIG GE-MO-RO-Y"?
-----
Yes. And that is a SOLUTION for this problem - one, 30 letters, line with SQL code - no Views, no TSQL, no .NET and FULL solution of the problem. With Access Query Builder this piece of job can be done within 30-60 sec.
Может я и делаю это себе, но делаю быстро и без боли, не умничая.
------
When you will work with code which maded by another people you will understand me better.
You will understand me much better if this code was writen by non-professional programmer...
Почистить небольшую таблицу с вьювером намного быстрей, чем сидеть и програмировать.
------
Hmmm... Looks the same as about ordring with table...
И было бы не плохо писать в Германке на русском или на немецком...
Как Вы это раньше делали....
------
...from home.

Хотя.... наверное Вы правы.... не надо одновременно писать в форуме, говорить по телефону и бегать между компьютерами.
Наверное сделал бы с DISTINCT, чистя одновременно с тримом поля (если одинаковые данные, значит или без ключа или где то спэйсы подвешали) и скорее всего сделав несколько вьюверов, что бы не работать сразу со всеми 3 000 000 данными. Не верю я, что даже мои сервера с 2 П4 и 1 гб РАМА это выдержали бы...
А репортинг я делаю с Crystal Report 10. там мне вьювчики на сервере не нужны. Данных только несколько сотен тысяч. И так справляется, если пометить, что вс╦ должно на сервере просчитываться.

и скорее всего сделав несколько вьюверов, что бы не работать сразу со всеми 3 000 000 данными.
а смысл???
Не верю я, что даже мои сервера с 2 П4 и 1 гб РАМА это выдержали бы...
??? 3 миллиона записей даже мой захудалый TravelMate осилил без особого напряга.

Попробуй. Ты имеешь в виду 3 000 000 Datensätzen в таблице с 3-4 колумнами или 3 000 000 знаков? Access таблица виснет на вьюве на обыкновенном компе уже при 100 000 Datensätzen и 3-4 колумнах. Если в листбокс писать - намного меньше. Попробуй и сообщи.
На нормальном компе и MS SQL с 3 000 000 не сравится.

млин... ты читал мои дневные постинги? повторяю: я в качестве теста закачал 3.5 млн (прописью: три с половиной миллиона) email-адресов в таблицу на sql server'е. Выборка DISTINCT из этих 3.5 млн при наличии 6 тыс. уникальных записей прошла за 4 сек., такая же DISTINCT-выборка в случае, когда все 3.5 млн записей уникальны, прошла за 40 секунд.

Вс╦, сдаюсь...
У меня минута... Скорее всего, потому что 1 колумн...
Но таблицы со 100 000 и 15-20 колумнами висли... Мы об этом ещ╦ в MS Office Forum и AWSW писали.... Там речь шла о Access. Через сеть - ещ╦ меньше...
ОК сдался, дурак просто...

Если в листбокс писать
-----
В этом случае GUI сдохнет много раньше, чем Аксесс...

Ты имеешь в виду 3 000 000 Datensätzen в таблице с 3-4 колумнами или 3 000 000 знаков?
------
Он имеет в виду, что если на дисках достаточно места, чтобы дважды построить результирующий набор, то "загибание" сервера с построением данного набора никак не связано. Вообще. От объема таблиц зависит только время получения ответа.

Мы об этом ещё в MS Office Forum и AWSW писали....
Там речь шла о Access. Через сеть - ещё меньше...
-----
А про тайм-ауты вам что-нибудь разъясняли? И про то, что Аксесс(по крайней мере Аксесс-2), по дефаулту, гонит на клиена таблицы и там их собирает?

с Access'ом, слава богу, миловаться особо не доводилось :)

в обсчем, ярик, слушай сюда: если есть лишний полтинник, то подгоняй свои 3 миллиона, я тебе удалю совпадающие