これは実際の質問に対する回答ではありません。 %%physloc%%
を使用できるかどうかは疑問です。
しかし、
実際には、作成日時フィールド、またはそのための連続したフィールドが必要です。
これはテストです:
create table Test (id int identity(1,1) primary key, var1 varchar(20), creation_date datetime default SYSDATETIME());
declare @T table (c char(1));
insert into @T (c) values
('A'),('B'),('C'),('D'),('E'),('F'),('G'),('H'),('I'),('J'),('K'),('L'),('M'),('N'),('O'),('P'),('Q'),('R'),('S'),('T'),('U'),('V'),('W'),('X'),('Y'),('Z');
insert into Test (var1) select concat(t1.c,t2.c,t3.c) as text from @T t1, @T t2, @T t3 order by 1;
select top 10 *, %%physloc%% as physloc from Test order by %%physloc%% desc;
select top 10 * from Test order by id desc;
2つの選択は異なるレコードを返し、そう%%physloc%%
はそれのために使用することはできません。
いいえテーブルには順序はありません。 – dnoeth
100,000,000,000,000,000行のテーブルを持つことはほとんど不可能です。あなたがそうするならば、話すことができるかなり良いDBAを持っているはずです。 –
完全なBS。たとえ各行が14バイトで小さかったとしても、テーブルの記憶容量は1400ペタバイトになります。 –