PHP＆mysql显示来自多个表的数据(PHP & mysql display data from multiple table)
我有两个包含有如下所述的数据的表：
Table1 TID Name 1 Salman 2 ABC 3 XYZ表2
SID STID SUBJECT 1 1 English 2 1 Math 3 2 Physics 4 2 Math表1表2 STID中的TID外键。 我想从两个表中收集数据，并在PHP中显示，如下所述：
Name Subject1 Subject2 Salman English Math ABC Physic MathI have two table which contain have data like as mentioned below:
Table1 TID Name 1 Salman 2 ABC 3 XYZTable2
SID STID SUBJECT 1 1 English 2 1 Math 3 2 Physics 4 2 MathTable1 TID foreign key in Table2 STID. I want to collect data from two table and display in PHP as mentioned below:
Name Subject1 Subject2 Salman English Math ABC Physic Math
原文：https://stackoverflow.com/questions/37154455
更新时间：2022-09-15 09:09
最满意答案
git pull=git fetch+git merge跟踪上游分支
git pull --rebase=git fetch+git rebase对跟踪上游分支如果你想知道
git merge和git rebase区别， 请阅读 。
git pull=git fetch+git mergeagainst tracking upstream branch
git pull --rebase=git fetch+git rebaseagainst tracking upstream branchIf you want to know how
git mergeandgit rebasediffer, read this.
相关问答
更多-
撤消git pull --rebase(Undoing a git pull --rebase)[2021-12-20]
使用git reflog你会看到HEAD指向过去的提交列表 运用 git checkout -b after-commit HEAD@{1} # or the commit you want to recover 你在这个精确的位置创建一个新的分支并检查出来 using git reflog you will see a list of commits HEAD pointed to in the past using git checkout -b after-commit HEAD@{1} # or ... -
您的问题应该是很明显的，您实际上只是询问git merge和git rebase之间的区别。 所以让我们假设你处于常见的情况 - 你已经在你的主分支上做了一些工作，而且你从原点那里得到了一些工作。 抓取后，事情看起来像这样： - o - o - o - H - A - B - C (master) \ P - Q - R (origin/master) 如果您在此时合并（git pull的默认行为），假设没有任何冲突，您最终将得到以下结果： - ...
-
git pull = git fetch + git merge跟踪上游分支 git pull --rebase = git fetch + git rebase对跟踪上游分支 如果你想知道git merge和git rebase区别， 请阅读 。 git pull = git fetch + git merge against tracking upstream branch git pull --rebase = git fetch + git rebase against tracking upstr ...
-
你应该使用git pull --rebase 您的更改不具有单独的分支 的确 - 为什么不呢 更清楚，并不会对您的提交强加逻辑分组 。 好的，我想这需要一些澄清。 在Git，你可能知道，鼓励你分支和合并。 你所在的分支机构，你所在的分支机构和远程分支机构实际上是不同的分支机构，而git pull则是合并它们。 这是合理的，因为你不是很频繁地推动，并且通常在构成完成的功能之前累积一些变化。 然而，有时 - 无论什么原因，你认为如果这两个偏远地区和本地的两个分支是一个分支，那么它实际上会更好一些。 像SVN一样 ...
-
改变的不是提交的顺序 。 这是提交本身已经改变。 要真正理解所有这些，您需要了解三件事： 分支名称只指向提交。 具体来说，任何一个分支名称，如my-branch ，都指向一个提交，Git称之为“分支的提示 ”或提示提交 。 分支 - 我们人类认为的分支，即 - 提交链 。 这种链接是通过向后箭头在内部实现的：每个提交点都向后返回到先前的提交。 收集一系列提交，使用这些内部向后箭头，您将获得一个分支提示 ，由分支名称指向，包含一系列提交： ...<- o <- o <- o <- o <- o <-- ...
-
如何使用`git merge`来实现与`git pull`相同的结果？(How to use `git merge` to achieve same result as `git pull`?)[2022-11-19]
你应该像git fetch; git merge origin/master一样使用git fetch + git merge git fetch; git merge origin/master git fetch; git merge origin/master为与git pull默认行为相同的行为。 但是可以更改默认行为以使用rebase。 关于merge和rebase之间的差异的更多信息在这里： git pull VS git fetch git rebase You should use git ... -
用什么代替git pull(What to use instead of git pull)[2022-11-09]
我怀疑你的对话者在想什么实际上是使用git rebase而不是合并。 考虑下面的简单图表，它将演示rebase是什么。 master: ... A -- B -- D local: ... A -- B -- C 当P1试图推动他的工作时，上图试图表示分支的状态。 在提交B之前，他的local分支和远程master都是相同的。 但是P2已经将提交D推到了master之上，然后P1在本地提交了C 如果P1要拉远程master ，合并，然后推送，我们将得到以下图表： master: ... A -- B - ... -
git pull做了两件事 - git fetch后跟git merge 。 如果你使用git pull --rebase ，它会改为git fetch然后是git rebase 。 回答您的具体问题： 如果您尚未在本地提交任何更改，则无关紧要。 结果将是相同的。 隐式git merge将是一个快进。 通常在这种情况下你想要改变; 您希望您的更改是基于遥控器正在进行的线性历史记录。 通常你也会在这里变基础。 同样，您希望将本地工作添加到远程历史记录之上，而不是向其添加合并提交。 只需不在远程跟踪分支上工作就 ...
-
检查git pull更改(Check git pull changes)[2022-02-26]
我想你之后没有在你的git中提交任何新的更改，所以这是解决方案： 运行git log --graph --oneline 这将显示订单中的所有合并，以便在那里显示最新的合并 现在复制合并消息正下方的提交的提交编号，或者它可能是最近的第二次提交 第2点的示例： 请参阅此git log的图像此处第2次最近的提交是354dfdd，请注意您的情况 现在按q键并输入git show 354dfdd 这将显示abc.java中的更改以及您在合并之前在提交中编辑的任何文件 注意：提交编号354dfdd仅供参考，您必须复制 ... -
你试过g.pull（“ - rebase”）吗？ Have you tried g.pull("--rebase")