cordless 發表于 2023-3-6 18:41
我的forum_post都修正了,現在正在想辦法修正forum_thread的maxposition.
發現到有3000多筆要修正,我的好像 ...

看了下代碼里的實現，這個值似乎是自動更新的。不過改了也好。

專家 發表于 2023-2-19 22:46
官方版本的X3.5表里的position沒有默認值，不過這個應該影響不大。

結果三搞兩搞全部修正完畢了.

專家 發表于 2023-2-19 22:46
官方版本的X3.5表里的position沒有默認值，不過這個應該影響不大。

我的forum_post都修正了,現在正在想辦法修正forum_thread的maxposition.
發現到有3000多筆要修正,我的好像都是1.
0的只有幾個都已修正,想問一下這個欄位錯誤到底有沒有問題?
會參考到這個欄位嗎?還是有回覆時會自動修正?

專家 發表于 2023-2-19 22:46
官方版本的X3.5表里的position沒有默認值，不過這個應該影響不大。

用修改后的update正常升級到x3.5了,
也把position修改好,看起來都正常了,
謝謝你的解說.

hopejyb 發表于 2023-2-19 21:23
我遇到這個情況。

當時升級完之后，我發現異常，回復升級之前的主題，升級之前的帖子會顯示不出來，只有 ...

官方版本的X3.5表里的position沒有默認值，不過這個應該影響不大。

hopejyb 發表于 2023-2-19 21:23
我遇到這個情況。

當時升級完之后，我發現異常，回復升級之前的主題，升級之前的帖子會顯示不出來，只有 ...

我已經試過手動修改forum_post符合3.5后把forum_post加入那五個不轉換的表中,就不讓升級程序幫我改就可以了,唯一要做的是最后取消AI再把樓層修改回來.

cordless 發表于 2023-2-19 01:46
我看了下,我大概錯誤的地方只有幾頁,是不是我升級完X3.5后我查出forum_post表
每一個tid相同的,將positio ...

我遇到這個情況。

當時升級完之后，我發現異常，回復升級之前的主題，升級之前的帖子會顯示不出來，只有升級之后發的帖子，我檢查了post表，發現position默認是從0開始的，于是修改為1開始，并且手動修改了有問題的帖子的position的值，一切正常了。

以下是升級之前的主題：

select tid,pid,first,position from nb_forum_post where tid=2024807;
+---------+----------+-------+----------+
| tid     | pid      | first | position |
+---------+----------+-------+----------+
| 2024807 | 34659470 |     1 | 41358421 |
| 2024807 | 34659556 |     0 | 41358507 |
| 2024807 | 34659706 |     0 | 41358657 |
| 2024807 | 34660591 |     0 | 41359542 |
| 2024807 | 34660729 |     0 | 41359680 |
| 2024807 | 34660731 |     0 | 41359682 |
| 2024807 | 34660738 |     0 | 41359689 |
+---------+----------+-------+----------+
7 rows in set (0.00 sec)


以下是升級之后發的主題：

select tid,pid,first,position from nb_forum_post where tid=2029587;
+---------+----------+-------+----------+
| tid     | pid      | first | position |
+---------+----------+-------+----------+
| 2029587 | 34746471 |     1 |        1 |
| 2029587 | 34746741 |     0 |        2 |
| 2029587 | 34746921 |     0 |        3 |
| 2029587 | 34747024 |     0 |        4 |
| 2029587 | 34747033 |     0 |        5 |
| 2029587 | 34747189 |     0 |        6 |
| 2029587 | 34747264 |     0 |        7 |
| 2029587 | 34748053 |     0 |        8 |
| 2029587 | 34748834 |     0 |        9 |
| 2029587 | 34749684 |     0 |       10 |
| 2029587 | 34749690 |     0 |       11 |
| 2029587 | 34750748 |     0 |       12 |
| 2029587 | 34750773 |     0 |       13 |
| 2029587 | 34753543 |     0 |       14 |
| 2029587 | 34755084 |     0 |       15 |
+---------+----------+-------+----------+
15 rows in set (0.01 sec)

專家 發表于 2023-2-19 16:17
threaddisablepos 理論上可以直接清空表，在早期版本這就是個內存表，重啟一下服務器數據就沒了那種的。
...

謝謝，已經清空。
觀察兩天看下

stonys 發表于 2023-2-19 16:16
感謝解答。
論壇回帖人很少，不是高頻回帖場景。
又將thread表的maxposition重算修復了，之前的值都比較 ...

threaddisablepos 理論上可以直接清空表，在早期版本這就是個內存表，重啟一下服務器數據就沒了那種的。
當然不放心的話可以備份一下。